similar to: Re: [Speex-devel] Subject: Problems with win32 port of Speex

Hi folks, I'm having trouble building the 'speexdec' executable in the win32 port of Speex. I'm using MSVC++ 6.0 on both a Win2000 and a WinXP box (the error occurs on both machines). The sources are fresh from CVS as of today. I had no trouble building the ogg, vorbis and speex libraries. Also, speexenc.exe built correctly. However, speexdec.exe will build but does not create

> > I had no trouble building the ogg, vorbis and speex libraries. Also, > > speexenc.exe built correctly. However, speexdec.exe will build but does not > > create output (either to soundcard or to pcm/wav) and eventually crashes. > > I'm not sure I understand. In the first part, you say you have trouble > building speexdec and here you say speexdec does build but

Hello, In one of my recent assignments, I was asked to develop a ogg player. I am not able to find the right repository of the source code. There are few repositories on vorbis but I am not clear which one is the right one for Windows environment. If somebody has successfully compiled any ogg player ever, his ideas will be helpful to me. In one of the code set, I was able to compile the

> Hmmm, define working and stable :) By that I mean that you're fine with releasing it with your name on it and not be afraid to get flamed. > <braindump topic="speexcat"> > It began as a merge between speexdec and speexenc from 1.0beta3, > with the encoding/decoding removed, and simply piped in and out from > ogg streams. I never expected it would work joining

What sould be the capture and playback buffer size in 8,16,32 khz for the Alsa system? Can this also causing latency? In the server side I have: -A thread that reads the input from mic (capture) ands copies to main buffer. -The main loop encodes and sends it to the client ( it's read the data from the main buffer) Client: -A thread for

Thanks for the fix. I applied to CVS. It'll be included in the 1.0.1 version I plan to release soon. Jean-Marc Le sam 31/05/2003 à 18:10, Anders S. Johansen a écrit : > Hi! > > Speexdec "clips" playback of files on fast Windows machines when > invoking it in decode-and-play mode by only supplying a filename for the > source file - the end of the sound

Hello, A while ago I downloaded and compiled PAM 0.99.x and installed it over the default CentOS PAM installation. Of course, this premature decision led to root and FTP access being fully locked down and inaccessible. When I `su -`, it prints "su: incorrect password" before it gives me the chance to type a password. When I `sudo su -`, it prints "sudo: pam_authenticate:

Is there a function in R for calculating empirical cumulative distribution functions, i.e. the inverse of the quantile function? Perhaps in some library? I''d hate to have to re-invent the wheel. David Edwards, Biostatistics, Novo Nordisk A/S, Bagsværd, Denmark. DEd@novonordisk.com <mailto:DEd@novonordisk.com> Tlf: +45 44 42 62 35. Fax: +45 44 42 14 80 [[alternate HTML version

Platform: Windows Version: 1.6.2 When first called, socketConnection gives an error. On subsequent calls it performs correctly. Thus the first call has the effect of "priming" the connection. Eg > socketConnection(port=50) Error in socketConnection(port = 50) : unable to open connection In addition: Warning message: localhost:50 cannot be opened > MIM <-

Hello all Can R be used as a COM client (rather than as a COM server)? The following (Splus) code shows the sort of thing I'd like to do: pMIM <- create.ole.object("mim31.Server") NoOutputLines <- call.ole.method(pMIM, "SendCmdLine", "show w") for (i in 1:NoOutputLines) show(call.ole.method(pMIM, "GetOutputLine")) release.ole.object(pMIM)

Hi Roger, > > On Fri, Jul 8, 2016 at 6:41 PM, Roger Pack <rogerdpack2 at gmail.com> wrote: >> As a note, with the latest versions, I get this "new" failure, when >> cross compiling for windows using mingw: >> >> CCLD speexdec.exe >> speexdec.o:speexdec.c:(.text+0x4af): undefined reference to >> `_imp__waveOutGetNumDevs at 0'

As a note, with the latest versions, I get this "new" failure, when cross compiling for windows using mingw: CCLD speexdec.exe speexdec.o:speexdec.c:(.text+0x4af): undefined reference to `_imp__waveOutGetNumDevs at 0' speexdec.o:speexdec.c:(.text+0x54d): undefined reference to `_imp__waveOutOpen at 24' speexdec.o:speexdec.c:(.text+0x5aa): undefined reference to

BTW, when you have something working and stable, I could include it in the main Speex distribution. Jean-Marc Le mar 18/02/2003 à 20:57, Bernard Blackham a écrit : > On Tue, Feb 18, 2003 at 06:09:43PM -0500, Jean-Marc Valin wrote: > > Le mar 18/02/2003 ? 17:38, John Hayes a ?crit : > > > If I encode something in ultra-wideband, can I decode it in wideband by > >

Le jeu 20/02/2003 à 12:21, X-Fixer a écrit : > just to check that I've got everything right. > the encoder allows as input > - mono only Well, there's support for simple stereo (intensity-based) encoding too, but it's probably not necessary to take care of it now. > - 8 or 16 bits as floating point numbers (without scaling to 1.0). > floating-point wavs (IEEE) will

> - Only narrowband (8 kHz) Speex is currently supported; not > wideband. (Unfortunately, the assumption that audio sample rate == 8 kHz > is riddled throughout the Asterisk code.) Perhaps it's still possible to send wideband, while telling Asterisk it's narrowband (the bit-stream is such that you can decode a wideband frame even if you think it's narrowband). > - Some

At 07:55 PM 3/11/03, Jean-Marc Valin wrote: > > - Only narrowband (8 kHz) Speex is currently supported; not > > wideband. (Unfortunately, the assumption that audio sample rate == 8 kHz > > is riddled throughout the Asterisk code.) > >Perhaps it's still possible to send wideband, while telling Asterisk >it's narrowband (the bit-stream is such that you can decode

hello, i am experiencing some persistent compilation errors with both the 1.2beta2 release and the svn speex-trunk: ====================== speexdec.o(.text+0x23b): In function `out_file_open': /speex-trunk/src/speexdec.c:158: undefined reference to `_oss_ioctl' speexdec.o(.text+0x268):/speex-trunk/src/speexdec.c:168: undefined reference to `_oss_ioctl'

hello again, on NetBSD the library ossaudio needs to be linked in for speex to build. i did it by hand in the src/Makefile by altering LDFLAGS to "-lossaudio". it now compiles properly. thanks for your time, b On 10/11/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > Seems like NetBSD doesn't like the ioctl calls. Maybe you need to link > with another

Do you see errors reported in the mount logs for the volume? If so, could you attach the logs? Any issues with your underlying disks. Can you also attach output of volume profiling? On Wed, May 30, 2018 at 12:13 AM, Jim Kusznir <jim at palousetech.com> wrote: > Ok, things have gotten MUCH worse this morning. I'm getting random errors > from VMs, right now, about a third of my

The following patch (based off of the current CVS tree) is necessary to compile Speex on IRIX (or any other system that doesn't include getopt_long in the system libraries). I would suggest further that src/getopt_win.h be renamed to getopt_long.h since it's not just Windows that lacks getopt_long. Michael Index: configure.in