Octave: An Alternative to the High Cost of Matlab

http://math-blog.com/2011/01/17/octave-an-alternative-to-the-high-cost-of-matlab/

by acangiano • 16 years ago

117 55 16 years ago

liscio2• 16 years ago

Boy do I love me some Octave.

I do all my DSP algorithm research in Octave, because the price of MATLAB is just too high. I think I'm looking at somewhere on the order of $4k for a single license to obtain the signal processing stuff that I need in addition to the core license.

Would I prefer to have more graphing options, and some assurance that researchers' MATLAB code will work out of the box? Of course!

That said, Octave gets me really close for a fraction of the price. Also, I can peek inside the Octave source and get an idea of how the underlying routines work.

cageface3• 16 years ago

I've been using it for exactly the same purpose. When I think about how much it would cost me to get the Matlab equivalents I feel like sending the developers some flowers.

Python/Numpy works pretty well for this sort of thing too though, and the graphing features seem a little more sophisticated.

liscio2• 16 years ago

I've always wanted to try Numpy for this purpose, but I get exposed to so much MATLAB code in research papers for DSP that it hardly seems worthwhile.

Furthermore, I've built an entire Objective-C math framework (https://bitbucket.org/liscio/smugmath) that operates very similarly to MATLAB (i.e. vector-oriented) and allows me to easily translate DSP algorithms found in research papers over to shipping products (http://capoapp.com, http://fuzzmeasure.com).

rick_2047• 16 years ago

Does it have something like simulink?

_delirium• 16 years ago

Scicos is the usually referenced free-software alternative to Simulink: http://www-rocq.inria.fr/scicos/

It's not part of Octave, but a version of it is integrated with Scilab, another sort-of Matlab alternative: http://www.scilab.org/

wulfen• 16 years ago

So as far as you know, there's no way to do signal processing with Octave?

mynegation• 16 years ago

I work in finance, and Matlab is used a lot here. I work mostly with Python/NumPy/SciPy/SimPy stack so I do not have a lot of first-hand experience. But from what I am hearing from my peers, their problems with Octave boil down to mostly two things: 1. Small incompatibilities, that make your life more complicated when you exchange Matlab code and/or maintain other people's code. 2. Lack of alternatives to specialized toolboxes, like Simulink, statistical or financial packages etc.

forkandwait5• 16 years ago

WRT to incompatibilities, it would be great for Octave if they could file bug reports.

WRT to packages/ toolboxes, Octave and Octave Forge have not quite reached maturity, and there is ongoing debate about how to do that.

WRT to Simulink,... that is such a specialized graphical thing, I don't think it is coming down the pike any time soon. Somebody else mentioned an alternative...

foxhop• 16 years ago

Scilab? I passed my Numeric Analysis course (matlab) using scilab. The professor encouraged it.

nickolai• 16 years ago

This totally matches my experience on the issue.

It is a bit of a pity to see the effort split between two huge projects with roughly the same goal. Anyone has any ideas why it is so? or is it like a vim vs emacs(i.e. quasi religious) issue?

fluidcruft5• 16 years ago

They're really old projects both starting around 1990. Scilab was not free software (commercial distribution of modified Scilab was verboten) until they switched licenses to CeCiLL with Scilab v5 (2008?) which is a FSF recognized free software license and GPL compatible.

Unlike Octave, Scilab's goal is not compatibility with Matlab. Unmodified Matlab code will not run in Scilab. One of the goals of octave is to run Matlab-compatible code. Scilab has a comparatively limited syntax relative to Matlab and Octave. Octave's syntax is more expressive than Matlab's but currently lacks the new classdef OOP (Octave does have @class OOP) . The last time I checked Scilab didn't seem to have any OOP.

levesque• 16 years ago

To be completely cross-compatible with MATLAB, Octave would need to support classes. This makes it incompatible with class-using MATLAB libraries like PRTOOLS.

Otherwise I'd just stick to scipy, there are so much more python libraries out there, plus you get to use matplotlib!

fluidcruft5• 16 years ago

Octave has classes since 3.2, but only the older @class directory flavor. The newer classdef style classes are not yet working.

sb• 16 years ago

sage: http://www.sagemath.org/

brettnak• 16 years ago

I cannot possible recommend sage enough. I used it in every math and statistics class that I took in school and hacked on it a little towards the end of college.

babs474• 16 years ago

Could someone give a brief explanation on how this compares to R? When should you use one over the other?

acangiano• 16 years ago

There is always some overlap between these types of software, but R and Octave are fundamentally different products. R is a statistical tool, while Octave is a numerical analysis tool. Depending on the problem you're trying to solve, you may find one or the other to be more convenient.

cageface3• 16 years ago

Pretty much. There's actually quite a bit of overlap between the two. If you're doing statistical work then R is a natural. For engineering tasks Octave/Matlab is more convenient, particularly if you're doing a lot of linear algebra, where Octave's syntax is ideal. You'll also find more third-party code available if you stick to the language closest to your problem domain.

R's graphing facilities are superb though, and easily outdistance Octave's. So if you want to build complex visualizations that might trump other concerns.

Numpy/Scipy can do most of what R and Octave can do but their syntax isn't optimal, since they're built on a general-purpose language.

dimatura• 16 years ago

I would call R 'Matlab for statisticians'. They're similar in that they are matrix-oriented scripting languages. The main difference is their focus, which matters mainly in regards to what kind of libraries you'll find for either.

forkandwait5• 16 years ago

I think R is good for packaging up complex code involving categorical data and shipping it. It is also better at data management.

Octave/ matlab is more graceful at handling complex matrix manipulations than R, but poor at categorical data or data management.

If you want to write your own algorithms, use Octave. If you want access to libraries, use R.

(I personally find R ugly and matlab pretty.)

kranner• 16 years ago

Unless you want CUDA support...

Anechoic3• 16 years ago

I use Octave everyday for my business and I absolutely love it. I have a background in Matlab (and I still have a student version someplace) but turned to Scilab and then Octave to do audio signal processing. It's a fantastic package and you can't beat the price, but if you want to use it as a Matlab alternative there are couple of gotcha's that I ran into:

- the plotting using gnuplot is not as flexible as Matlab's plotting, although it is getting there

- in an attempt to steer clear of copyright issues (I presume) many (most? all?) of the mathematical functions have been written from scratch, and while they typically use the same references as Matlab functions, Octave functions may give slightly different answers than their Matlab counterparts. If you need 100% compatablity with Matlab, make sure to do plenty of testing first.

ylem3• 16 years ago

I started using IDL at one point (the facility used it) and hated the syntax--but, I will say that their licensing was cheap. Then, I moved to Matlab and ran into problems building maintainable code (to be fair, I think things improved after Matlab 7) and with exchanging code with people who did not have access to all of the toolboxes (want to optimize a function--that will be another few thousand dollars....Want to do a bit of DSP....). Also, in fairness, their editor is rather nice--so is the JIT) So, to build code that I could exchange (and to do GUI building, etc) I switched to primarily to the python/numpy/scipy/matplotlib stack. Somehow, I passed over octave....I would recommend numpy/scipy/matplotlib. The plots are in matplotlib are excellent and the community is very friendly. Also, with numpy, I can do array processing very quickly. Finally, if you need to build an app, then you can make a GUI, or provide a webservice. Finally, you can play with libraries such as CUDA and bind them to python if your project needs it.

beambot• 16 years ago

I must admit... I switched exclusively to Numpy / Scipy / Matplotlib about 3 years ago and never looked back. The power, flexibility, and extensive developer libraries offered by Python are unmatched (IMHO).

Oh, and for anyone who would like to try out vector computation on a GPU (eg. CUDA), you should check out the Theano project (a symbolic math library that can offload execution to the GPU): http://deeplearning.net/software/theano/introduction.html

ylem3• 16 years ago

What's the license?

gte910h• 16 years ago

BSD: http://www.scipy.org/

forkandwait5• 16 years ago

I love scipy, ... except for zero based indexing. I might not be as bright as some, but I hated always figuring out "If I have a set of ten items, the index is from 0 to 9". Zero indexing is also NOT how real math is written in textbooks. C uses zero indexing because DOES describe byte offsets really well. In octave/ matlab the for looops are a lot easier to think about.

All in all, octave is quickly becoming a very viable alternative to Matlab.

muuh-gnu• 16 years ago

> The GPL is sometimes a problem for commercial users of Octave or other free software.

<obligatory-GPL-comprehension-nitpicking>

GPL is never a problem for users. The GPL is a problem for rogue developers who might want to extend (or just rename, or not even that) Octave, close off the source code and then themselves start posing a (licensing) problem for users of the extended Octave version. But that is OK, since the GPL was designed to pose a problem for code closers and problem makers in the first place. Thanks for reading.

</obligatory-GPL-comprehension-nitpicking>

bane2• 16 years ago

I think they mean is that the GPL can restrict the ways developers can combine various components. Ultimately software is developed for users, and if developers can't build software for their users, then the license can become a problem.

malkia2• 16 years ago

Sony, Nintendo (and others) solved this by running the said applications externally.

For example a Sony or Nintendo SDK would have the gcc compilers, linkers, bintools, etc, and they would distribute the source... Yet nothing stops them from writing pre-linker, post-linker, pre-compiler, post-compiler steps that would be required by the developer to get called (or get called automatically by a tool).

In such case you mix well GNU (GPL) with closed commercial software, and distribute the end product just fine.

InquilineKea• 16 years ago

Why Octave instead of SAGE?

kakaylor• 16 years ago

Sounds like a great option for students. I think for a lot of companies, however, Matlab has a leg up on Octave. In particular:

-The specific packages offered by Matlab (like the mapping toolbox, simulink, parallel computing, etc..).

-The training support offered to companies (I am not a huge fan of this, but I meet an awful lot of people who are).

-The existing user base.

-Finally, $10K (Matlab + a few packages) annually is not that much if it enhances productivity.

Even for students, I wonder if they would be better served getting used to Matlab because that is what they will end up using in industry.

yummyfajitas• 16 years ago

A question: can anyone list some reasons why one might choose Octave over Scipy, or vice versa?

(Not trolling, just curious. I've never used Octave, but I'm curious whether I should try.)

rflrob2• 16 years ago

The main reason to use Octave over Scipy is direct compatibility with Matlab code. Installation may also be a hair easier (I'm not sure on this point)

As someone who switched from Matlab (student license) to Scipy, I've come to the conclusion that Octave is a solution to the wrong problem. While non-student Matlab licenses are expensive, Matlab itself is also a crufty language that, once you exceed its core domain of "problems that only require (or can easily be represented as) N-dimensional arrays", quickly tends to spiral out of control. I've had this happen to me. Python, on the other hand, is a language that is already quite elegant, and the Scipy packages can allow for almost-verbatim translation of some Matlab code, but without losing a lot of other power and flexibility.

gaius• 16 years ago

Remember that MATLAB started life as an interpreter written in FORTRAN for doing matrix maths interactively. It's a little unfair to compare it to something that came much later. The guys at Mathworks could have written an all-new language as good as Python (or embedded a language like Tcl or Scheme) at any time - they chose to retain backwards compatibility instead. That may be the wrong call aesthetically or technically, but I bet it was the right call commercially.

fluidcruft5• 16 years ago

For me the biggest draws are a syntax that is closer to numerics and the C++ API for extensions. Scipy code looks clunky to me with a lot of distracting and irrelevant characters, but I'm probably just not used to it. Another difference is that Octave uses pass-by-value semantics with a copy-on-write implementation whereas I think scipy uses pass-by-reference. There are pros and cons to both approaches. I think in interactive use Octave is better able to recover from errors without trashing your data which is nice for quick calculations.

Locke16893• 16 years ago

Tried it. Not even close to a MATLAB replacement even for students. It doesn't support or doesn't name half of the statistical functions the same thing, which makes it useless for problem sets (where you have to turn in your source code).

Anechoic3• 16 years ago

Even with Octave-forge?

Locke16893• 16 years ago

IIRC, octave-forge didn't help that the plotting/graph tools were either slightly different or nonexistent.

forkandwait5• 16 years ago

When did you try it? I think there have been a lot of fixes to incompatible naming conventions lately.

And ... so your student's plots look slightly different? Like what? ticks on the inside / outside, or??? That that's a deal breaker surprises me.

Locke16893• 16 years ago

No, often the code is slightly different and doesn't run correctly in MATLAB. The last time I tried was December for probabilistic signals and random signals. I'm the student so the problem wasn't me, it was the TA's who ran the code and gave you a perfect score if it ran and produced exactly the same results or a zero if it didn't produce the same results.

Personally, I use sci/numpy for all of my statistics/numerical analysis needs.

perlgeek• 16 years ago

FWIW there's also FreeMat at http://freemat.sourceforge.net/ which I understand is also heavily inspired by matlab, and mostly compatible

spitfire2• 16 years ago

Now give me an Alternative to Mathematica please! I so hate Stephen Wolfram.

scw• 16 years ago

What do you dislike about him?

spitfire2• 16 years ago

What is there to like about him?

ylem3• 16 years ago

You might try sympy (a python project)--the community is very responsive. But, be prepared to get your hands dirty if there are some features that aren't present yet.

nkassis• 16 years ago

Ever heard of Maxima? http://maxima.sourceforge.net/

Maxima which is a direct decedent( I think they even share code now) of Macsyma one of the first symbolic math packages developed at MIT. Wolfram was inspired by it when he created Mathematica. In fact I think it was because he despised macsyma (cause it was in lisp and not C I believe, there are some mailing list post describing the events) that he decided to create Mathematica. So the enemy of your enemy is your friend ;p

Octave: An Alternative to the High Cost of Matlab

Related Stories