similar to: Standard Open Source Bug detected, try murksaround ...

Jared (jared@celab21.students.csee.uq.edu.au) wrote : > Saw an article today on /. which reports that Dolby are insisting the > NETBSD dudes remove the ac3dec package from their site. Someone suggested > that we need an open source solution. ac3dec is already open ( GPL ). > Could Vorbis in the Ogg framework be this solution, can we create a pretty > simple 5.1 stream? I

Hello... I have a doubt with the use of shout_send()... at low level, what should it send? the example reads from "stdin" and sends the read buffer with shout_send, but... where should fread() read from (behind the stdin)? I could think about something like this (for example) mpg123 "audio_file" ---> stdout --pipe-- stdin <--- libshout_application I include the

Lis, I suggest you try tweaking Speex's VAD probabilities as Steve suggested. But consider a simple threshold-based approach as a backup option. Personally, I struggled with Speex's VAD algorithms (both encoder and preprocessor) for a long time, tweaked the probabilities, wrote special case code to work around the mistakes, and was still never satisfied with the results. In times

Hi...Tom, How to use the code you written? Can you show me some example? Thanks, -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On = Behalf Of Tom Grandgent Sent: Friday, March 03, 2006 12:57 AM To: Steve Kann; Lis Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Voice Activation Level (speex 1.1.11.1) Lis, I suggest you try tweaking Speex's

I implemented the calcPower(). It works perfectly. The example is given you in just about 6 hours. Cant paste the whole source here and need to meet someone now. Thanks all (particulary tom). I try to figure out whitch problem exists with the #define SPEEX_PREPROCESS_SET_PROB_START 14 theese days ----- Original Message ----- From: "¼Õ½Â¿ø" <ssw0725@ncsoft.net> To: "Tom

Is it possible to install el3 packages on CentOS 4? I'm wondering because there are some packages on dag (for example ac3dec) that are built for el3 and not for el4. Is it better to rebuild the source rpm? Thanks. Sincerely Jose Alburquerque

Here's the error I get when trying to compile: gcc -O20 -ffast-math -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char -I. -I../include -c ogg123.c ogg123.c: In function `main': ogg123.c:260: `AFMT_S16_NE' undeclared (first use this function) ogg123.c:260: (Each undeclared identifier is reported only once ogg123.c:260: for each function it appears in.) make[2]: *** [ogg123.o] Error 1

From: Sergei Golovan <sgolovan@gmail.com> Replace the use of liberl_interface, which is removed in Erlang 23, by libei. The implementation uses the ei_decode_iodata() function which has been introduces only for Erlang 23, so it doesnt work with earlier Erlang versions. --- erlang/Makefile.am | 1 - erlang/main.c | 312 +++++++++++++++++++++++++-------------------

Hi, in quite a few programs i can not browse the filesystem when opening a "listbox"; to be more clear: for example when i do in winword Open and the listbox appears, and i try to open the pull down menu winword just quits(without an error message in wine). In another program like "Camel join" it quits as soon as i go up to the level of "my computer" with a message

On Mon, 11 Apr 2005, dummy1 at boxpl.com wrote: >> There are many possible ways to do this, can you be a bit more specific >> about what you're trying to do? > Here is a basic example: Ah, ok, I see what you're trying to do. Below is some *pseudo* code for the basic idea: > ============================================ > unsigned int buff[4096]; > > int main

tridge and Wayne in particular: I checked in this patch, which is meant to consolidate the ones from both of you for handling EOF in a modules list. The idea is that we need to handle servers that just close the socket rather than sending a nice ending token, but we want to keep EOF detection on in general. (The IO code is such a mess!) -- Martin Index: clientserver.c

Hi, re libshout: MacOSX doesn't have poll(), which prevents sock.c from compiling. I've patched sock.c to use select(), which is supported on MacOSX, and should be elsewhere too. I've marked my changes with "SKoT" comments in the file below. Main changes are in sock_write_bytes(). - SKoT ------8<----- /* sock.c * - General Socket Functions * * Copyright (c) 1999

Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch is an update to a previous patch that I submitted. The only change from the previous patch is that the const qualifier has been added to write_batch_*() routines to improve compiler efficiency. Because the gdiff -u was done against the distribution it includes the previous patch. The functions with no parameters

Platform: OpenVMS Alpha 7.3 Compiler: Compaq C T6.5-002 on OpenVMS Alpha V7.3 Comile flags: /WARN=ENABLE=(LEVEL4, QUESTCODE) Best guess at UNIX equivalents of above compile flags: LEVEL4 = All warnings QUESTCODE = Do LINT processing on source. -John wb8tyw@qsl.network Personal Opinion Only batch.c (char *) is being used as a type, when a generic structure is being passed. (void *) appears

I was hit by ugly crashes of R, when I tried to read big data sets ("volcano"). So I looked into the code and found the following in character.c (triggered by substr()): I assume that the helper function AllocBuffer() shall facilitate an economic memory management. But the use of realloc() in the else-branch does not conform to ANSI and may hit you with certain compilers. When called

I was hit by ugly crashes of R, when I tried to read big data sets ("volcano"). So I looked into the code and found the following in character.c (triggered by substr()): I assume that the helper function AllocBuffer() shall facilitate an economic memory management. But the use of realloc() in the else-branch does not conform to ANSI and may hit you with certain compilers. When called

Here's the latest version of the batch mode cleanup patch. Index: batch.c =================================================================== RCS file: /cvsroot/rsync/batch.c,v retrieving revision 1.12 diff -u -r1.12 batch.c --- batch.c 24 Jan 2002 08:09:46 -0000 1.12 +++ batch.c 6 Feb 2002 19:47:57 -0000 @@ -8,55 +8,38 @@ #include "rsync.h" #include <time.h> -char

On Sun, 2005-04-10 at 19:47 -0500, Chris Lattner wrote: > On Mon, 11 Apr 2005, Paul wrote: > > I'm trying to pass an array pointer to my run-time generated module, and > > after a long time of searching for the answer, the only thing I got was > > a headache. Basically I have a few arrays (few megabytes which will > > sometimes be accessed as 8 / 16 / 32 / 64 bit

Hi all: OK, this is one of those "why doesn't it work" type questions. I'm basically stumped. All the server info in the xml file and example.c seem to match, but it's coming back with an error 3 which is no login (as far as I can understand). There's nothing in the icecast2 logs to show that an attempt has been made. hmmm. It just occured to me that perhaps it's

I havent had the time to look into this further, and since i'm not a much of a C progammer, i'm afraid i might never figure it out so i thought i'd report it here. i'm running icecast 1.3.11 and feeding it with iceS 0.2.2. i've got 7 streams running, each running a different playlist out of my collection in random order. one of the streams runs for a few hours and then