Скорость чтения графических форматов

[vitaly_l]

И все было гладко, быстро и без моргания даже на тем компах.

Речь, даже не о выводе картинок... речь о выводе стандартных компонентов... По идее Лазару сам должен подготовить картинку, а потом вывести, но лазарус рисует последовательно... выводя каждый компонент по очереди - это и даёт мигание. И переделать это никак... Но если речь о картинках, то действительно можно выводить сразу на канвас... но тогда нужно переписать половину стандартных компонентов или найти альтернативные. Где и как их искать? (Если кто знает - прлиииииз оставьте ссылку) А главное как их безболезненно подменить на уже сформированной форме?

10 МБ JPEG имеет разрешение явно не по разрешению конкретного TImage

Возможно Вы правы и это - тормозит загрузку файла (здесь обсуждаются два вопроса), первый благодаря debi12345 - выяснили экспериментально, а задержка при загрузке - это второй второй вопрос...

(=асинхронной отрисовкой отдельных "канвасиков")

Мне непонятно, почему системщики не делают вывод как все gamer-ы собирая всё на одну битмапку которую потом выводят на канву?
Зачем и кому нужно последовательное разделение???


.

[debi12345]

Мне непонятно, почему системщики не делают вывод как все gamer-ы

Авторы ОС ? Они не должны париться оптмимзацией отрисовки стэка канвасов - у них и так много работы по части аксселерации атомарных операций.
И они с этой работой справляются на отлично

Добавлено спустя 15 минут 33 секунды:
Кстати, в каком виде хранятся картинки в файле ? В моем примере (MSE) - в виде битмапов (это сильно раздувает файл), поэтому не нужна конверсия при отрисовке. А в ВАшем сулчае ? Если в оригинальном формате (JPEG,..) - то возможно выполняются лишние конверсии.

[vitaly_l]

в каком виде хранятся картинки

в виде битмапов в TImage.

у них и так много работы по части аксселерации атомарных операций.

А по моему, вопросами отрисовки стандартных компонентов - не должны заниматься программисты высокого уровня.
Лично я хочу положить 1000 стандартных компонентов на форму и не хочу думать об их выводе т.к. уверен, что - этим занимается ОС.
Зачем программистам высокого уровня в каждой программе изобретать велосипед?


.

[debi12345]

Лично я хочу положить 1000 стандартных компонентов на форму и не хочу думать об их выводе т.к. уверен, что - этим занимается ОС

Она и занимается - используя оптимизированные графически API-функции. Используя эти функции столько раз, сколько "попросила" программа. И если "попросила" будет сотню раз на одном месте где надо и не надо, то от оптимизации не останется и следа. А программисты высокого уровня проявляют свой уровень в минимизации "попросила" - как команда QT, которая понимала что смена спсосба отрисовки во всем виджетките будет нелегка но "absolutely doable" Проблемой нового дизайна был роутинг событий мыши, клавиатуры и т.п. от субконтролов - нужно вычислять его самим (потому что субконтролов по сути нет - их заменяют зоны на канвасе формы), а не получать в виде готовых событий от ОС.

Добавлено спустя 6 минут 25 секунд:

А программисты высокого уровня проявляют свой уровень в минимизации "попросила"

Оопс, конечно программисты виджеткитов QT, GTK, MSEgui, LCL, VCL, MFC, Aero, Metro, dotNET,..

[vitaly_l]

их заменяют зоны на канвасе формы

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

Это долгая и нелёгкая тема, но к сожалению бессмысленная т.к. ни код Лазаруса ни код ОС - лично я изменить не в состоянии (наверное и Вы тоже).




.

[debi12345]

то все методы давно уже продуманы в игровых движках и там ничего не мерцает

Уровень игрового движка = уровень Qt =уровень MSEgui = уровень LCL,...

ни код Лазаруса ни код ОС - лично я изменить не в состоянии

Код Лазаруса еще как можно измеить Почему никто не просветит как дела с нативным LCL-виджеткитом ?

[vitaly_l]

Код Лазаруса еще как можно измеить

И потом помнить все изменения... А когда выйдет новый релиз - всё переделывать...
Что такое LCL?

[debi12345]

И потом помнить все изменения

Не помнить, а выложить для всеобщего тестированеия - чтобы потом закоммитить в LAZARUS - и народ большое спасибо скажет. Привыкайте - таков опен-сорс Какой-есть

Что такое LCL

То, на чем базируется графика (и не только) Lazarus. Его движок

Добавлено спустя 5 минут 4 секунды:
Или пробуйте что-нибудь альтерантивное одноканвасное - MSEgui (практически нет доки, но есть неплохие туториалы и экзамплы) или QT 4+ (это С++ с мета-компилятором- поэтому нет пошаговой отладки). Или много-канвасный но легковесный FpGUI.

[vitaly_l]

и народ большое спасибо скажет.

Если я начну вносить изменения в Лазарус...
Народ начнёт за мной с дубинками бегать... Я же художник, у меня все формы ромашечками будут...

[debi12345]

Если я начну вносить изменения в Лазарус...

А никто и не даст внести новичку. Есть "allowed commiters", они и внесут - после всеобщего "одобрямс"

Я же художник, у меня все формы ромашечками будут...

Хм.. убьют за любое отступление от "native OS look"

ПС:
Кстати, в MSEgui очень хорошо сделана поддржка работы с БД, наверное лучше чем в любом коммерческом продукте. А также очень хороша подсистема печати и отчетов.

[vitaly_l]

Я не понимаю как пользоваться виджетами FpGUI и MSEgui ???
Что там нужно запустить? там одни исходники и примеры...

[debi12345]

Я не понимаю как пользоваться виджетами FpGUI и MSEgui ???

Там есть обычные drag-n-drop "мышовые" IDE. Есть палитра компонентов и т.п.
Все выглядит аналогично LAZARUS, только названия компронентов и свойства чуток другие.

Добавлено спустя 4 минуты 29 секунд:
Есть полноценные инстлляторы с готовыми банарниками, создающими нужные ярлыки и т.п.
http://msegui.org/content/download
http://sourceforge.net/projects/fpgui/files/

Добавлено спустя 2 минуты 10 секунд:
Хмм.. FpGUI выглядит "abandoned". Жаль если Грэм забросил свой отличный проект.

[vitaly_l]

Всё! Ура! Сделал в лазарусе, чтоб не мигало... (Нужно выводить на один и тот же TImage и не пользоваться TPageControl///)
Осталось победить ScrollBox///



.

[debi12345]

и не пользоваться TPageControl

Так не пойдет. Это значит уйти от решения реально имеющейся проблемы Надо всей толпоq оптимизирвать TPageControl.

[vitaly_l]

Надо всей толпоq оптимизирвать TPageControl.

Согласен - давайте её победим!
И ещё давайте победим ScrollBox, который почему-то идентифицирует размер Timage - только со второго запуска...
Принудительное указание размера и например,
Application.ProcessMessages; в onPaint у ScrollBox - не помогло (хотя ProcessMessages - здесь наверно лишнее...)

Добавлено спустя 25 минут 10 секунд:
При этом если в Timage делать LoadFromFile, то ScrollBox идентифицирует размер с первого раза, а если задавать размер вот так:
Image.Height := 1111;
Image.Width := 1111;
и вот так
Image.Picture.Bitmap.Height :=1111;
Image.Picture.Bitmap.Width := 1111;
То ScrollBox определяет размер только при втором ShowModal формы с изображением, которое draw в Image на ScrollBox...


.