Фичи и баги OWEN Logic

[Dimensy]

После появления функционала изображений на экране ПР205 возникло несколько вопросов.

1. Все изображения bmp можно оптимизировать по размерам без потери качества при помощи пакета FileOptimizer. Соотношение размеров при этом 30 кБайт исходного bmp к 2,5 кБайт сжатого оптимизированного. Есть ли смысл перед загрузкой в проект сжимать изображение или внутри оно будет храниться в собственном формате и в итоге сжатие не повлияет на размеры проекта и на другие характеристики вывода (скорость) и заполненности памяти ОЗУ визуализации?

2. Ещё не скачал и не попробовал новую версию OwenLogic - поэтому вопрос - будет ли OwenLogic воспринимать эти оптимизированные файлы (знаю, что не все панели оператора могут их воспринять)?

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

2. Лоджик кушает оптимизированный bmp, сама ПРка - х.з.
1. Картинка 100х100 точек из предложенных Овеном - что оптимизированный (3К), что нет (30К) - помещается на экране порядка 70 штук, после чего память заканчивается

[FPavel]

2. Лоджик кушает оптимизированный bmp, сама ПРка - х.з.
1. Картинка 100х100 точек из предложенных Овеном - что оптимизированный (3К), что нет (30К) - помещается на экране порядка 70 штук, после чего память заканчивается

Получается, что всё хранится в собственном формате (возможно, совпадающем с существующим), который не использует сжатие.
Т.е. предварительная оптимизация файла бесполезна...

У меня стоит больше 10 версий Лоджика, в том числе последняя

Думаю, это несколько избыточно...
Разве, что возможный поиск ошибки при помощи онлайн отладки вынуждает.

Всё остальное быстрее проверить самому.

Согласен, справедливо.
Но, может, кто-то уже придумал другой способ или систему правил снижения объёмов памяти на элемент, чтобы отодвинуть неизбежную перспективу ограничения по памяти самого нагруженного экрана. Смысл то и неуспешного предложения оптимизации изображения в этом.
Конечно, эксперимент с заменой на мнемосхеме первого экрана десятка линий и нескольких квадратов/кругов на изображение обязательно проведу и посмотрю на поведение ОЗУ (сейчас около 88%).

[1exan]

Получается, что всё хранится в собственном формате (возможно, совпадающем с существующим), который не использует сжатие.
Т.е. предварительная оптимизация файла бесполезна...

...

Возможно просто ограничено количество загруженных картинок?
Тоже интересен результат эксперимента

[Dimensy]

Возможно просто ограничено количество загруженных картинок?
Тоже интересен результат эксперимента

Сжатие / расжатие - это телодвижения, которые тратят ресурсы микропроцессора и могут влиять на быстродействие отображения картинки. Поэтому, думаю, что все элементы тупо приводятся к картинке в формате bmp в разрешении экрана