similar to: double -> float conversion

Hi, Lately, my oggenc builds (from CVS) haven't been running correctly. In a few debugging sessions, I've found that I'm getting a divide by zero exception. The exception happens in accumulate_fit (floor1.c), line 455: int weight=nb*info->twofitweight/na; Here is the call stack: accumulate_fit floot1_fit mapping0_forward vorbis_analysis oe_encode main The

Hay! Has anyone come across these errors using valgrind for the oggenc tool or the encoder_example.c: ==13108== Invalid read of size 4 ==13108== at 0x4155734: _vp_offset_and_mix (in /usr/local/lib/libvorbis.so.0.4.1) ==13108==

Hello, I'm not a programmer or know well how to operate gdb. However I've made an attempt to backtrace the problem with 'make debug' and gdb. Please help if you can. I'd appreciate it, I have this problem for a couple of months now. The problem basically is that on debian unstable official packages for the past couple of months(even after debian updates) I get segfaults when I

I am trying to install vorbis-tools 1.0.1 onto my mac os 10.3.5 I installed the relevant libraries through fink (http://fink.sourceforge.net) - libao2, libvorbis, libogg my configure command was this: ./configure -with-ogg=/sw --with-ao=/sw --without-flac --without-speex I received no errors from configure except to let me know that oggenc would not have flac support and that ogg123 would

Hello -- Some wav files have been crashing the stuff I checked out from cvs last night. Is this happening to anyone else? Red Hat Linux release 7.3 (Valhalla) Kernel 2.4.18-5 on an i686 gcc-2.96-110 glibc-2.2.5-36 Encoding "04_imiuta.wav" to "04_imiuta.ogg" at quality 1.00 [100.0%] [ 0m00s remaining] \Segmentation fault Program received signal

Here are two optimisations for LSP : in vorbis_lsp_to_lpc, Ae and Ao are filled with zero when i increase so you can reduce the j loop, and I replaced qsort in cacm (maybe there are better algorithms, but it's already much faster than qsort on my mac) void vorbis_lsp_to_lpc(double *lsp,double *lpc,int m){ int i,j,m2=m/2; double *O=alloca(sizeof(double)*m2); double

Hi all, I recently noticed that Vorbis shlibs export several symbols which are not present in it's public header (for a total of 85 symbols, see attach). Would it make sense to filter them via -fvisibility=hidden and -Wl,--version-script? I attached a draft patch. Best regards, Yury Gribov -------------- next part -------------- _book_maptype1_quantvals _book_unquantize __bss_start

I download all the tarballs for rc3. I compiled and installed all the libraries successfully, but I wan't able to compile the vorbis tools (1.0rc3) package succesfully. I can run configure successfully, but when I run make it dies with this make[2]: Entering directory `/usr/local/src/vorbis-tools-1.0rc3/oggenc' /bin/sh ../libtool --mode=link gcc -O20 -ffast-math -fsigned-char -o

On Sat, Jul 09, 2005 at 01:13:50PM -0700, enyc@sheer.us wrote: > > > But, trying to do the same thing on a different machine based on > > > suse-7.3 [been trying to get them to replace it with debian ;p] -- > > > http://bandicoot.merseine.nu/~enyc/vt111_config.log > > > and Run "make" -- > > > encode.c: In function `oe_encode': >

i ran into a link error trying to compile the linux vorbis-tools-1.0rc3 using gcc 2.95.3 gcc -O20 -ffast-math -fsigned-char -o oggenc oggenc.o audio.o encode.o platform.o /usr/lib/libvorbisenc.so -L/lib /usr/lib/libvorbis.so -lm /usr/lib/libogg.so ../share/libutf8.a ../share/libgetopt.a encode.o: In function `oe_encode': encode.o(.text+0x87): undefined reference to

I'm tentatively creating a Windows .dll file using the Vorbis tools demos as a base for it. I've taken oggenc and simply converted it into a .dll file, with some minor changes purely to pass parameters to it (the original uses the command line). I have it working as far as it goes, but there seems to be something going wrong deep inside that I don't understand. The line at fault

Hello! I would like to send some bugs and bugfix(es): 1. There is an encoding bug in the beta 3 (downloaded exe from the vorbis.com) and in the latest CVS (jan. 10.) too (compiled with MSVC 6.0): If the file contains some non-audible noise at the begin or at the end, the encoder/decoder makes some large clips in the output file, if the bitrate is 350kbit/s . If I use 256kbit/s or

My setup: Solaris 9, dovecot built with gcc 4.0.2. Mailboxes on remote NFS file mount from another S9 box (mbox format), index files local disk. IMAP usage only. Dovecot build like so: VERSION=1.0.alpha5 CC=gcc CFLAGS="-g -O" CPPFLAGS=-I/opt/openssl/include \ LDFLAGS=-L/opt/openssl/lib \ ./configure --prefix=/opt/dovecot.$VERSION --with-ssl=openssl \ --with-ssldir=/opt/openssl/ssl

Hi, My second case of this assert, gdb analysis of the core dump attached. My setup: Solaris 9, dovecot built with gcc 4.0.2, mbox format, imap usage only. INBOX is NFS mounted from another Solaris 9 system, index files are local. Syslog complaint is: imap(user): file message-body-search.c: line 414 (message_body_search_ctx): assertion failed: (input->v_offset == part->physical_pos +

https://bugs.freedesktop.org/show_bug.cgi?id=36163 Summary: nouveau fails to render framebuffer on [GeForce 7300 GS] Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo:

The USB core was completely rewritten in 2.6, and as such the functions that ztdummy depends on do not exist in 2.6. I get the feeling that these changes are too much to easily fix ztdummy, so I don't expect to see it working on 2.6 any time soon (if ever) I made some small changes to zaprtc to work on 2.6 and I have MoH and Meetme functions working fine in my lab. For production I would