On 20 March 2010 18:32, Søren Hauberg wrote:
> It would be nice if you could also highlight the function name coming
> after the '@', so when I write '@sin' all for characters get the same
> colour. This should, however, only happen when the following characters
> is a legal function name. Specifi
On 12/03/10 06:51, Søren Hauberg wrote:
> The main problem seems to be that both Octave and 'optim' comes with an
> implementation of
> 'fminbnd'. I don't know which is better, but I don't like the
> duplication.
>
Ok. I found that the new fminbnd function is part of the development
version
lør, 20 03 2010 kl. 18:53 -0600, skrev Erik Buehler:
> Cool Signal processing is my profession, so its probably the niche
> I'd be most effective at filling. DSP is a broad topic, and I have my
> specialties, so as I have time, I'll start digging through "signal" to
> see where I can help.
Gr
lør, 20 03 2010 kl. 15:20 -0600, skrev Erik Buehler:
> Also, all windows should return a vertical array of coefficients
> (Nx1), and "blackmannuttall" produces horizontal coefficients (1xN).
Fixed. Thanks!
> If there's anything else I can do to help, let me know.
Be careful what you say, I just
lør, 20 03 2010 kl. 15:20 -0600, skrev Erik Buehler:
> The odd coefficients on Wikipedia's page are for a zero-centered
> curve. We need coefficients for a curve centered at ~N/2, since
> windows are generated over 1:N. I think that is the difference.
> Neither is "wrong", but for our application,
fre, 19 03 2010 kl. 14:08 -0700, skrev Søren Hauberg:
> > The list of functions that seemed to exist in octave only
> > are also attached. If you see there any function that it's very
> > unlikely to be deprecated or removed please tell me so I can add it to
> > the lang file. More opinions are als
fre, 19 03 2010 kl. 21:05 -0400, skrev Carnë Draug:
> The function handle character is being highlighted asa data type
It would be nice if you could also highlight the function name coming
after the '@', so when I write '@sin' all for characters get the same
colour. This should, however, only happ
The odd coefficients on Wikipedia's page are for a zero-centered curve. We
need coefficients for a curve centered at ~N/2, since windows are generated
over 1:N. I think that is the difference. Neither is "wrong", but for our
application, you don't want the hump centered at 0.
If you simply "plot(w
Hi.
Please keep replies on the list such that others can follow (press
'Reply to All' instead of 'Reply')
lør, 20 03 2010 kl. 14:28 -0600, skrev Erik Buehler:
> No, I didn't change the signs. If you plot it, you can see why you
> don't want to do that. All positive coefficients is what you want f
lør, 20 03 2010 kl. 19:36 +0100, skrev Michael Creel:
> I think that replacing list with cell arrays is pretty
> straightforward. I did that for samin and bfgsmin quite a while ago,
> when lists were deprecated. I suggest that the authors of the
> functions in question take care of this before Octa
On Sat, Mar 20, 2010 at 6:15 PM, Søren Hauberg wrote:
> fre, 12 03 2010 kl. 10:13 +0100, skrev Olaf Till:
> > To your original question, I'd now think that just the necessary
> > change should be made (your suggestion of disallowing extra arguments
> > since we have anonymous functions seems fine
fre, 12 03 2010 kl. 12:33 +0100, skrev Olaf Till:
> On Thu, Mar 11, 2010 at 12:51:51PM -0800, Søren Hauberg wrote:
> > ...
> > In general it seems to me like 'optim' doesn't blend in as well with
> > more recent versions of Octave as it really should. The main problem
> > seems to be that both Octa
fre, 12 03 2010 kl. 10:13 +0100, skrev Olaf Till:
> To your original question, I'd now think that just the necessary
> change should be made (your suggestion of disallowing extra arguments
> since we have anonymous functions seems fine to me), and additional
> interface changes are not necessary so
13 matches
Mail list logo
