similar to: libao compilation difficulty

Hey' Can't seem to compile libao. I'm using Slackware-7.1-current-ish, linux-2.4.2, gcc-2.95.2, and alsa-9.0-beta2. This is the first time I've tried to compile libao so I don't know if the problem is related to alsa-9.0 changes. Alsa headers seem to be there: /usr/include/linux> ls -l as*.h -rw-r--r-- 1 root root 35994 Mar 3 10:57 asequencer.h -rw-r--r-- 1

I've just started encoding some of my cd's to ogg with the new beta4-release, and noticed a few "bugs" .. [oggenc] (*) When using long filenames that make the "encoding.."-line not fit in one line, that line is repeated 1000 times on the screen (one for each .1 percent). That could be solved either by not including the filename on the updating line (but above or

> Just curious, is it possible to amplify Ogg frames without a decode/encode > cycle? I usually normalise before encoding all recordings for my radio > station, but I obtain some music from 3rd parties and it often need > normalising. I find this ability very useful for MP3s and it would be a big > handicap to me if Ogg can not. Add a comment into the ogg file :

Here is the config.log : <p>----------------------------------------------------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor

remember kenneth that libao has moved to the "ao" module, so copy the changes... jack. ----- Forwarded message from "Kenneth C. Arnold" <kcarnold@xiph.org> ----- Delivered-To: cvs-outgoing@xiph.org Delivered-To: cvs@xiph.org To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vorbis-tools/libao ao_alsa.c ao_oss.c audio_out.c audio_out.h Date: Tue, 5 Sep 2000

The enclosed patch to ao_alsa.c (src/plugins/alsa/ao_alsa.c) fixes (after a fashion) a problem I had with interrupted snd_pcm_write() calls. Apparently this behaves like write() rather than fwrite() and needs to be handled accordingly. The fix is dirty, but it gets the thing working. The patch is against the 0.8.0 version of libao, but I believe the latest ao_alsa.c from CVS is similar (if not

Hi. I created a patch for Bug #4 (ogg123 not honoring /etc/ogg123rc) and uploaded it to Bugzilla, but I have the feeling that the Bugzilla is somewhat neglected... so I just send the patch here. The changes are very simple, one typo (I guess) was fixed (from "/etc/ogg123.rc" to "/etc/og123rc" as it's documented), and I changed an if to a while-loop to make it read the

Hi, I have an Ices2 comp problem, it can't find libshout. I have installed Libshout 2.0 in /home/Darkmeteor the configure line I'm using for ices2 is : ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor --with-vorbis-prefix=/home/Darkmeteor --with-shout-prefix=/home/Darkmeteor Problem : checking for Ogg... yes checking for Vorbis... yes checking for Shout... no

Here is a patch to fix the compiler warnings I mentioned earlier. I've removed the byte-order changes that don't make sense. (Thanks Michael for pointing out the error!) As for the byte-order changes, since some output modules don't have the option to set the sample byte-order, I would like to standardize libao and ogg123 on native byte-order. Will this break the ao_wav.c patches

On 16-01-13 21:52, Clemens Ladisch wrote: > Rene Herman wrote: >> I'm out of touch of with alsa -- but should dmix/dsnoop still be >> enabled by default on hardware that doesn't do hardware mixing? > > Yes. > >> I believe that it should be from /usr/share/alsa/cards/ICH4.conf, >> but I don't get mixing on this setup when using the

All the clients that I'm aware of for IP telephony have drawbacks. Some won't work at all. KPHONE -- Kphone works best for me, but Kphone doesn't have a dialpad to dial tones during the middle of the call, so the demo that * comes with can't be run. Kphone (3.1, the latest) also has a habit of crashing if you do something even mildly stressful, such as hang up while Kphone is

Hi! There are some little inconvenience in libao-0.8.5. - The biggest is may that: the documentation and the header file declare the ao_file_extension function, which give a hint for the file extension where the device is realy a sound file. This function is missing. -An other: the alsa 0.5 and the alsa 0.9+ drivers short name. It will be better if the alsa 0.5's name will be alsa05 and the

The attached patch for src/plugins/alsa/ao_alsa.c supersedes the one I posted last night (well, this morning actually...) The changes are: Handling of incomplete snd_pcm_write()s that actually works (hey, I was sleepy when I wrote the other one). Padding of the playback buffer with zeroes to meet the N*fragment size requirement for snd_pcm_write(). (It might be better to use stream mode

Hey Guys, I got a issue when I try to compile Wine 1.5.3, then I did a: doug at doug-pc:/tmp/wine-1.5.3# ./configure > configure.log and this is the output of the configure.log: Code: checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc checking whether the C compiler

Here is a patch that makes ao_alsa.c support alsa 0.9. Device parameter "card" is gone from the 0.9 version and "dev" has changed from numeric to string and defaults to "default" (another possibility is "plughw:0,1"). The configure.in changes cover allowing alsa 0.9 and /not/ having arts-dev (or whatever it is) installed. Bill (taniwha) -- Leave others

Hi All, About u32 usage, as I know the following 3 syntax should be the same: 1. tc filter add ........u32\ match ip protocol 0x6 0xff 2. tc filter add ........u32\ match 00060000 00ff0000 at 9 3. tc filter add ..........u32\ match u8 6 0xff at 10 However, in my platform (Linux2.4.2), only method 1 works. Besides, as I show the filter (tc filter ls dev eth1), it gives me "

Hi, Hi, I'm trying to compile wine-20041019 and this is what I'm getting so far: checking for assembler keyword for word values... configure: error: could not discover how to specify word values with assembler. Below is the who wineinstall I did to the point of failure. Below is my configuration: wino #cat /etc/release Solaris 9 4/04 s9x_u6wos_08a x86

Hi ! Latest wine version from cvs fails after compile and installing alsa 1.0.9rc4: make[2]: Leaving directory `/backup/privat/emulator/wine/dlls/vwin32.vxd' rm -f vwin32.vxd.so && ln -s vwin32.vxd/vwin32.vxd.so vwin32.vxd.so make[2]: Entering directory `/backup/privat/emulator/wine/dlls/winmm/winealsa' gcc -c -I. -I. -I../../../include -I../../../include -D__WINESRC__

Hello, The lack of debian packages for 0.9.13 have made me decide to compile from source instead. So I uninstalled all wine files and downloaded the sources. I'm using a system based mostly on Debian Sarge, but with some backports. I ran ./configure and there were some packages I had to get, but soon it worked well. When I tried make depend the problems started. This is the output I get

Hello when i install ices-2.0.0, i can't finish "./configure", system said as fellow: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C