similar to: squelch-1.0beta10

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

<ad> .q.u.e.l.c.h is an audio player dedicated to Ogg Vorbis. This is a bugfix release. RPMs available for i386, i486, i586, i686 and Athlon. Source available as tar.gz, tar.bz2 and src.rpm. http://www.geoid.clara.net/rik/squelch.html Tested on Linux, may work elsewhere. Requires only Vorbis, libao and Qt (compiled with thread support.) </ad> Have fun ;) Rik --- >8 ----

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'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,

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

Hello vorbis, I'm chasing something to record the output of a radio scanner for long periods. It really needs to be able to split files (start a new output file every X MB), not record silence (the scanner sends no signal when there's no transmission, rather than sending static), and run under windows (because that's the requirement, ok). A command line app would be fine... Ideally it

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

> That is true for distinguishing it by waveform, but not by amplitude. > As I mentioned, these transients are objectively tiny. *Your* transients may be "tiny" and in any case, it doesn't help if you don't know the level you're recording at. I guess I'd be > curious as to which voice codec applications require no squelch (other > than trivial examples

Jean-Marc Valin wrote: > Andy Ross wrote: > > Not knowing how VAD works, I can't say for sure. > > There are many ways to implement a VAD. I meant "not knowing how speex's VAD works", of course, not VAD in general. If you would stop interpreting everything I say in the least charitable manner, this might be going more smoothly than it is. (Tom was right, by the

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

Two problems with this new beta not found in beta 8. 1. mbox_from_create error This is the configure string I use, and I paste the make error message below. I have to use "--with-storages=maildir,mbox" to get around the error. ./configure \ --prefix=/opt1/dovecot \ --localstatedir=/var \ --without-shadow \ --without-cyrus-sasl2 \ --without-pop3d \ --without-gssapi \ --disable-ipv6 \

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta9.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta9.tar.gz.sig Some changes since beta8: - This release should work perfectly with NFS attribute cache enabled. - Fixes to handling what should be written to cache file and when - Some index handling optimizations - IMAP LIST: dbox and cydir can now return children state Beta9 will

In a 1.2 release of asterisk, I've had no problem connecting to a Broadvoice SIP peer, to allow routing outgoing calls from Asterisk to Broadvoice. Now, with the same SIP configuration, I cannot establish the peer. I've enclosed a SIP log in the hope that someone can help me analyze this failure. I'd guess the issue is NAT related and wondering if someone can spot a problem in the

Hallo, I am playing arround with dovecot I hat version 1.0.beta7 running fine. After installing beta9 there is a problem with default_mail_env setting. I have all users in ldap. there is an attribute "mailMessageStore" which contains a relative path to users maildir mailMessageStore: sca/ my mailer completes this relative pathinformation to /var/mail/sca/ therefor I setup

> 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 > along the lines of active noise cancellation. That's fine, I'll work > on improving my own squelch code. No. Active noise cancellation is yet another thing, where you cancel the noise in the "acoustic world" by

hello The homedirectories are stored as a relative path in my userdb One problem ocoures with rawlog: rawloging occures only if a directory $HOME/dovecot.rawlog exist. this is checked with lstat for me $HOME is always "username/". This is relative to /var/mail and works. in rawlog.c lstat should now check "username//dovecot.rawlog" which fails. lstat can check

Hello All, Upgraded a test machine this morning from beta9 to rc1 and lost access to messages and folders. an strace on the imap process shows it accessing the home directory, but not the mail directory. The two queries that I use are: password_query = SELECT email,crypt as password FROM users WHERE email = '%u' user_query = SELECT homedir AS home, maildir AS mail, 1000 AS uid, 1000

Our setup is ok with Postfix / Dovecot. I just need to add dovecot LDA. I use the 1.0beta9 LDA Configuration: protocol lda { postmaster_address = postmaster@clm.net4all.ch #hostname = #mail_plugins = #mail_plugin_dir = /usr/lib/dovecot/imap #sendmail_path = /usr/lib/sendmail auth_socket_path = /var/run/dovecot/auth-master } auth default-socket { mechanisms = plain login passdb

I'm trying to get IMAPS working with dovecot-1.0.beta9. I'm building it on a Solaris 10 box, with openssl-0.9.8b installed. Here is the results of my ./configure: Install prefix ...................... : /usr/local/dovecot-1.0.beta9 File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : none Building with SSL