similar to: squelch-1.0beta12 released

I've made squelch-1.0beta5 and uploaded it - you can find it linked from http://www.geoid.clara.net/rik/squelch.html This version has a config dialog. It works out which output drivers libao has available and gives you a choice. You can also tell it where your 'audio dir' is - though that works a bit strangely at the moment - when you change it, all the files you have in your playlist

Hi, I released Squelch 1.0beta9. It's a multi-platform Ogg Vorbis player, if you haven't heard of it. [1] Find it here: http://www.geoid.clara.net/rik/squelch.html Differences from beta8: * Vorbis comment editor ! [2] * More intelligent re-initialisation of output driver. * Stupid bugs in auto-update of master track list resolved. * Some bugs fixed, some more introduced ;) In theory,

I've written an Ogg Vorbis (only !) player, which some may like to play with. It works for me (tm) and I like it. If you don't, well, you know what you can do with it ;) I leave it running 24/7 and it plays my music without problems and without annoying me. That's all it's for, really. You can get it from http://www.geoid.clara.net/rik/arch/squelch.tar.gz The README follows ...

I decided to write a changelog for once. Here's the text for this release: * Fixed repaint of last column in master track list. * Turned radio buttons into combo box in config dialog, used Qt Designer to make it instead of hand-coding. * Now plays sample rates other than 44100 and channel count other than 2, so you can play 22050Hz monaural recordings if you're that

Why has ao been changed so that there are now two open() functions ? IMHO the original ao_open() was fine - if you wanted to set the filename for output, you could add an option via ao_append_option and if you wanted to avoid overwriting an existing file, you could stat() it yourself. Having ao_open_live() and ao_open_file() just makes more work for the user of the library for no gain, AFAICT.

Why has ao been changed so that there are now two open() functions ? IMHO the original ao_open() was fine - if you wanted to set the filename for output, you could add an option via ao_append_option and if you wanted to avoid overwriting an existing file, you could stat() it yourself. Having ao_open_live() and ao_open_file() just makes more work for the user of the library for no gain, AFAICT.

I have population data (?totpopE?) at the census tract level (?GEOID?), which are nested within Precincts (?Precinct?). Please see below my data structure. I used the code to sum population data per precinct: inters <- inters %>% group_by(Precinct) %>% mutate(TotalPop = sum(totpopE) ) However, said code produced too large sums because each census tract (?GEOID?) has multiple

Hi, I've written an ao plugin for aRts, the soundserver that comes with KDE. Any chance of including this in the ao distribution ? Pretty please ? :) Sources and patches attached. This is a very simple plugin because it uses the easy-to-use 'artsc' C wrapper that aRts installs. configure.in.diff is for ao/configure.in Makefile.am.diff is for ao/src/plugins/Makefile.am Makefile.am

I've written a vorbis tag editor. It does everything but save. I'll wait until there's support in the vorbis libs for that. If you want to read vorbis tags, you could of course use ogg123 -d null but I thought I'd get a nice front end ready anyway. The major part of the code is the logic ("When is the 'Save' button enabled ?", etc.) The UI is easy to change,

Jean-Marc Valin wrote: > Andy Ross wrote: > > Uh, production applications almost always require squelch, no? > > Some do, some don't. In general, distinguishing between a keyboard > and a speech transient is next to impossible based only on a few ms > of speech. That is true for distinguishing it by waveform, but not by amplitude. As I mentioned, these transients are

I'm attempting to get a Linux box to authenticate users from NT. I think it's possible by writing a PAM module (not hard) and using part of Samba's source to verify the password on the NT server. I'm getting pretty bogged down trying to work out how to do this - it seems like it should be simple - just take the password and username and ask the NT server if it's correct. If

Jean-Marc Valin wrote: > The noise suppressor will only attempt to remove stationary noise, > such as thermal noise, fans, ... The AGC can indeed do strange > things in these cases, but it's been improved in svn (compared to > 1.2beta1). OK, then the problem is that I misunderstood the feature. I assumed that dynamic squelch was part of it, but it's really something more

I also added a .desktop file for Gnome/KDE so that you can click on squelch from your panel etc. No icon right now - tmake doesn't support installing, so it's quite difficult to get that to work. Also I put a tiny script called 'squelch_wrapper' in the dist, which sets your LD_LIBRARY_PATH before running squelch - this way, you get the right Qt library loaded. Rik --- >8

I've added ao_get_latency to my copy of ao. This function allows you to discover the number of bytes that are buffered between yourself and the speakers. Status for the various devices: * null - implemented (just returns 0.) * wav - implemented (just returns 0.) * esd - implemented but untested. * oss - implemented. * alsa - implemented. * arts - implemented. * solaris -

oggenc -b 128 cdda.wav cdda.ogg lame -h cdda.wav cdda.mp3 ogg123 -d null cdda.ogg mpg123 -t cdda.mp3 Here we can see that the mp3 tools are clearly superior in terms of the numbers of characters saved on the command line. mp3 users enjoy a 20% saving. Real-life results may narrow this gap. Rik p.s. ;) --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

OK, wanted to check out the macosx driver for libao on me new iBook. Everything compiles beautifully (given some utils from the fink project, like automake), but... but the dynamic plugin system is broken. 1) on OS X, dll's en in .dylib, not .so, as is hardwired in. this should be an easy fix. 2) dlopen chokes on opening the .dylib files...so the plugin is never loaded. i know not enought

OK, wanted to check out the macosx driver for libao on me new iBook. Everything compiles beautifully (given some utils from the fink project, like automake), but... but the dynamic plugin system is broken. 1) on OS X, dll's en in .dylib, not .so, as is hardwired in. this should be an easy fix. 2) dlopen chokes on opening the .dylib files...so the plugin is never loaded. i know not enought

There are many ways to implement a VAD. What you described is actually perfectly equivalent to the most trivial (and least robust) VAD algorithm. Jean-Marc Andy Ross wrote: > Ton Grandgent wrote: >> Andy Ross wrotte: >>> I wrote a trivial squelch feature* in 10 minutes that works >>> basically 100% of the time. >> Could you please explain how this differs from

I'm having trouble with the preprocessor's noise reduction feature. The basic issue is that it simply doesn't work very well. With my laptop (whose microphone is otherwise quite capable) I routinely hear transient background noise, typing, and other "quiet" sounds leaking through to the speex stream. Even worse, the AGC feature is blowing these things up into just awful

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