LINUX.ORG.RU

Специалистам по GNU Octave, et cetera.


0

0

Здравствуйте,

Есть задача - быстро прототипировать математический алгоритм с целью убедиться в его состоятельности. Если состоятельность будет показана, то последует его реализация на Си с распареллеливанием на MPI и т.д. и т.п., а сейчас речь идёт исключительно об инструменте для быстрого создания прототипа. Предметная область - обработка изображений и отчасти распознавание образов. Пока что остановился на GNU Octave. Вопросов имею два:

1) удачен ли выбор Octave? Что могут сказать о ней опытные пользователи? Что известно об аналогах: SciLab, NumExp, Sage? Интересуют, во-первых, высокоуровневый язык (заточенный под вычисления), во-вторых, наличие готовых алгоритмических примитивов (выделение границ, подсчёт статистик изображения и т.п.);
2) тем, кто активно пользуется Octave: пожалуйста, проверьте у себя работоспособность функций imread/imshow/etc. Если функции работоспособны, пожалуйста, сообщите версию GraphicsMagick и используемый дистрибутив.

Спасибо!

Попробуй законтачить с этим товарищем, он уже давно такими вещами под линухом занимается.

nnz ★★★★
()

Когда в последний раз пользовался octave, то функции imread, imshow работали как ожидается.

dmitry_vk ★★★
()

Octave, наверное, самый медленный из всех альтернатив в матричной арифметике. Этим мои эксперименты с ним закончились. Правда это было года 4 назад и в данном случае это не существенно. Выбор хорош, потому как можно пользоваться (с зависящей от лицензии пакетов степени неофициальности) матлабовским центром обмена. Все аналоги имеют схожий или меньший функционал (или акцент на другом). Я бы сказал, что использовать их не стоит.

ogronom
()

>проверьте у себя работоспособность функций imread/imshow/etc
загружает, показывает, вроде нормально все.

octave 3.2.4-4
graphicsmagick 1.3.12-1
debian testing

nu11 ★★★★★
()
Ответ на: комментарий от nu11

> debian testing

Если не сложно, подскажите, где можно посмотреть исходники соответствующего .deb-пакета? С устройством deb-based дистрибутивов не знаком совершенно. Интересует сама Octave, конкретно - файл octave-3.2.4/src/DLD-FUNCTIONS/__magick_read__.cc. Он там явно патченый, поскольку ванильное сочетание Octave 3.2.4 + GraphicsMagick 1.3.12 не работает. Thx.

Ochkarik
() автор топика
Ответ на: комментарий от Ochkarik

http://packages.debian.org/squeeze/octave3.2

Справа есть ссылки
* [octave3.2_3.2.4-6.dsc]
* [octave3.2_3.2.4.orig.tar.gz]
* [octave3.2_3.2.4-6.diff.gz]

Дебиановские патчи в .diff.gz, мелкие могут быть и в .dsc. Второй, как видно, ванильный тарбол.
Там вверху поиск по пакетам есть, если нужно другие посмотреть.

nu11 ★★★★★
()
Ответ на: комментарий от Ochkarik

Только что проверил в Gentoo. Octave-3.2.4, GraphicsMagick-1.3.12 При сборке портеж накладывает такой патчик:

--- src/DLD-FUNCTIONS/__magick_read__.cc.orig   2010-03-06 08:05:25.000000000 +0000
+++ src/DLD-FUNCTIONS/__magick_read__.cc        2009-08-25 09:26:01.000000000 +0100
@@ -30,6 +30,7 @@
 #include "defun-dld.h"
 #include "error.h"
 #include "ov-struct.h"
+#include "oct-env.h"
 
 #ifdef HAVE_MAGICK
 
@@ -359,6 +358,18 @@
 
 #ifdef HAVE_MAGICK
 
+  static bool initialized = false;
+
+  if (! initialized)
+    {
+      std::string program_name = octave_env::get_program_invocation_name ();
+
+      Magick::InitializeMagick (program_name.c_str ());
+
+      initialized = true;
+    }
+
+
   if (args.length () > 2 || args.length () < 1 || ! args(0).is_string ()
       || nargout > 3)
     {

dmitry_vk ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.