music-dsp-requ...@music.columbia.edu wrote:
What sort of email programs are people using that can't handle html? Pine?
-Eric
Anyone who uses the digest version of the list has problems with HTML.
andy
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source
On Wed, 7 Aug 2013, Eric Battenberg wrote:
What sort of email programs are people using that can't handle html?
Pine?
emacs/rmail-mode
/bin/mail
--
dupswapdrop -- the music-dsp mailing list and website:
subscription info, FAQ, source code archive, list archive, book reviews, dsp
links
I can see the above binary, which implies that attaching a pretty
explanatory image can be done without resorting to HTML (just not in
line). So I'll say no HTML too. (I use gmail myself, but I use it on
a text-based browser. I also occasionally use mailx to access gmail.)
What sort of email
I've been trying to send a reply to this, but none has appeared, I guess
because of html blocking...
Anyway, here's the message, I hope it gets there now
We've done some work on this a couple of years ago:
Real-time detection of musical onsets with linear prediction and sinusoidal
Glad you finally made it through, Victor. I guess none of my posts
through the years have shown up either. This is the first time I
bothered to check, since I never received any bounce emails. I just
thought everyone was just really unresponsive.
For those interested, I'll copy my original
I'll move over to this thread for discussions about HTML. I think
there are a lot of reasons for both allowing and disallowing HTML.
Some arguments against html include:
Any benefit that will come from allowing inline graphics or font/style
changes will be strongly outweighed by tasteless abuse
Since I'm able to post now, here's a repost of something some of you
may be interested in participating in. It disappeared into the ether
back in June.
-- Forwarded message --
From: Eric Battenberg er...@eecs.berkeley.edu
Date: Fri, Jun 14, 2013 at 3:05 PM
Subject: Music
On 8/8/13 10:55 AM, Ian Esten wrote:
I would be OK with forcing the list to be html free, as long as I got
a notification that my emails were refused because they were in html.
I have sent messages to the list several times and been surprised that
I didn't get a response!
well, i hear you
On 8/8/13 11:05 AM, Ian Esten wrote:
On Mon, Aug 5, 2013 at 1:01 PM, robert bristow-johnson
r...@audioimagination.com wrote:
the big problem i am dealing with is people singing or humming and changing
notes. i really want to encode those pitch changes as new notes rather than
as a
Hmm. I think keeping it in the time domain would be difficult. Most
time domain pitch detection algs are error prone, which would yield
false positives.
You can of course tweak FFT size and your interval between FFTs. I
think it would be pretty reasonable to run your FFTs at a pretty
coarse time
I haven't worked much on this, so just some speculations.
i'd sorta like to keep this in the time-domain if possible so that it
might be able to operate real-time, even with a small delay. but the
delay in doing an STFT seems too long.
A delay the size of a few periods of the signal seems
On 8/8/13 2:23 PM, Ian Esten wrote:
Hmm. I think keeping it in the time domain would be difficult. Most
time domain pitch detection algs are error prone, which would yield
false positives.
You can of course tweak FFT size and your interval between FFTs. I
think it would be pretty reasonable to
12 matches
Mail list logo
