asbo
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bf109L, благодарю за подробный ответ.
Правильно ли я понял, что встроенного интерфейса навигации и масштабирования нет? Т.е. штатно я не смогу, к примеру, схватить шкалу оси и, протащив ее в ту или иную сторону, изменить масштаб? Схватив сам график перетащить его, сделав видимым следующий участок? Зафиксировать масштаб по оси Y или, наоборот, сделать его автоматическим?
Не уверен в корректности следующей формулировки, я не специалист, но...
... правильно ли я понял, что график не отрисовывается оперативно, а является статической картинкой, каждый раз генерируемой скриптами по изменившимся входным условиям?
И еще вопрос касательно встроенного математического аппарата. Скажем средние. Или стандартное отклонение. Есть ли они (и им подобные)? Если есть, то легко ли они накладываются на существующий график? Тоже скриптами?
Вот, к примеру, график 100'000 отсчетов. Пусть на него уже наложена простая средняя с периодом 1'000. Надо период сменить на 3'000. Как быстро она перерисует график? Насколько это сложно сделать?
* не "сжимать", а "строить".
- Да, конечно. Извините.
Но, только в _данном_случае_ я имел ввиду именно сжимать, подспудно сравнивая с решениями, не позволяющими использовать меньше пикселя на отсчет.
С другой стороны термин "сжатие" тут весьма подходит. Если провести аналогию с аудио, то это сжатие с потерями - картинка получается искаженной и из нее, увеличив ее до физического разрешения экрана, не получит оригинальной. Впрочем, это терминологический флейм :) |
Пару сотен Мб - это нынче курам на смех. Вон, игрульки гигабайт по 5-10 - уже нормальное явление. 
Из-за лени: несколько эзотеричный LabTalk позволяет писать супер-компактный код, а скорости для моих задач вполне достаточно. Получается оптимальное сочетание интерактивности (через кликабельные элементы интерфейса) и пакетной обработки с помощью коротких скриптов. А уж ежели мне надо чего посерьезнее, то можно и на OriginC отковать.