Abbot, Henry wrote:
> Hello,
>I've started using the wonderful Octave and Octave-Forge for signal
> processing quite a bit in recent times, and the other day, I found a small
> bug in the official released (I don't know if it's fixed in SVN yet) wavwrite
> code, when it writes the WAV header
Hello,
I've started using the wonderful Octave and Octave-Forge for signal
processing quite a bit in recent times, and the other day, I found a small bug
in the official released (I don't know if it's fixed in SVN yet) wavwrite code,
when it writes the WAV header for multi-channel data. I'v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
| Its more important to be compatible with th matlab behavior in general
| as that is what people seem to expect of us..
OK, I'll check the corresponding MATLAB functions. I'm doing some
labwork now for an image processing course at university. If poss
On 11/02/2008, David Bateman <[EMAIL PROTECTED]> wrote:
> Jonas Wagner wrote:
> > | Seems fine to me. I committed it..
> > Ok, thanks a lot.
> >
> > Is backward compatibility an issue for those functions? Should they have
> > the same signature / behaviour as their MATLAB counterpart? Because as
>
Jonas Wagner wrote:
> | Seems fine to me. I committed it..
> Ok, thanks a lot.
>
> Is backward compatibility an issue for those functions? Should they have
> the same signature / behaviour as their MATLAB counterpart? Because as
> stated, the patch actually changes the behaviour quite a bit and mig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
| Seems fine to me. I committed it..
Ok, thanks a lot.
Is backward compatibility an issue for those functions? Should they have
the same signature / behaviour as their MATLAB counterpart? Because as
stated, the patch actually changes the behaviour qui
Hello David
Thanks!
Regards
Tatsuro
--- David Bateman <[EMAIL PROTECTED]> wrote:
> Rafael Laboissiere wrote:
> > * Tatsuro MATSUOKA <[EMAIL PROTECTED]> [2008-02-11 11:03]:
> >
> >
> >> In the page
> >> http://octave.sourceforge.net/graceplot/index.html
> >>
> >> Package Name: Gracepl
Marco Caliari wrote:
>> Hi Marco,
>>
>> By "main package" do you mean the Octave core? If so then I think that
>> is unlikley as csape is a function in a toolbox in matlab. If you mean
>> an octave-forge package, then it is already in the splines package.. See
>>
>> http://octave.sourceforge.net/do
> Hi Marco,
>
> By "main package" do you mean the Octave core? If so then I think that
> is unlikley as csape is a function in a toolbox in matlab. If you mean
> an octave-forge package, then it is already in the splines package.. See
>
> http://octave.sourceforge.net/doc/funref_splines.html
In fa
Marco Caliari wrote:
>
> Natural corresponds to 'second' with 0 values for the second
> derivative at first and last point. So, there is no need for my
> function. But I suggest to include csape.m in the main package
> "splines" (whereelse?).
Hi Marco,
By "main package" do you mean the Octave cor
On Mon, 11 Feb 2008, David Bateman wrote:
> Marco Caliari wrote:
>> Hi.
>>
>> I was looking for something similar (i.e., as easy as) to spline.m for
>> natural (instead of not-a-knot) cubic spline and I decided to write my
>> own function nspline.m, which now I would like to share. The usage is
>>
Ugh, terribly sorry. I've mixed up the addresses. My apologies to
everyone.I'll send this again.
On Feb 11, 2008 10:15 AM, Michael Goffioul <[EMAIL PROTECTED]> wrote:
> Hi Jaroslav,
>
> As your patch touches octave sources, you should send it on
> the octave maintainer mainling list. This list (oc
Seems fine to me. I committed it..
D.
--
David Bateman[EMAIL PROTECTED]
Motorola Labs - Paris+33 1 69 35 48 04 (Ph)
Parc Les Algorithmes, Commune de St Aubin+33 6 72 01 06 33 (Mob)
91193 Gif-Sur-Yvette FRANCE +33 1 69 3
Marco Caliari wrote:
> Hi.
>
> I was looking for something similar (i.e., as easy as) to spline.m for
> natural (instead of not-a-knot) cubic spline and I decided to write my
> own function nspline.m, which now I would like to share. The usage is
> exactly the same of spline.m (the part ## Check th
Hi Jaroslav,
As your patch touches octave sources, you should send it on
the octave maintainer mainling list. This list (octave-forge) is dedicated
to octave-forge packages only. I'm not sure the main octave developer
reads this list.
Michael.
On Mon, Feb 11, 2008 at 8:19 AM, Jaroslav Hajek <[E
Rafael Laboissiere wrote:
> * Tatsuro MATSUOKA <[EMAIL PROTECTED]> [2008-02-11 11:03]:
>
>
>> In the page
>> http://octave.sourceforge.net/graceplot/index.html
>>
>> Package Name:Graceplot
>> Package Version: 1.0.3
>> Last Release Date: 2007-12-05
>> Package Author: Joao Card
Amaze the girls with your powerful tool.-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
* Tatsuro MATSUOKA <[EMAIL PROTECTED]> [2008-02-11 11:03]:
> In the page
> http://octave.sourceforge.net/graceplot/index.html
>
> Package Name: Graceplot
> Package Version: 1.0.3
> Last Release Date:2007-12-05
> Package Author: Joao Cardoso & Rafael Laboissiere
> Package Maintaine
Hi.
I was looking for something similar (i.e., as easy as) to spline.m for
natural (instead of not-a-knot) cubic spline and I decided to write my own
function nspline.m, which now I would like to share. The usage is exactly
the same of spline.m (the part ## Check the size and shape of y is cop
19 matches
Mail list logo