Ресурсы GDI

← →
Германн © (2006-04-27 02:14) [0]

Формулирую сейчас ответ на запрос по доработке ПО от некоего клиента. В каком-то смысле его можно рассматривать как дистрибьютера. Сомнительно, но кто знает?
Так вот. Одна из его просьб однозначно потребует значительных ресурсов GDI. Win98 точно не справится.
У меня вопрос. Если кто сможет ответить "на лету". WinME стольже ограничен по ресурсам GDI как и 98?

← →
Джо © (2006-04-27 02:28) [1]

> WinME стольже ограничен по ресурсам GDI как и 98?

А откуда ж у него возьмутся иные ограничения на количество объектов GDI? Ядро-то одно. Ставлю ИМХО, но очень удивлюсь, если оно пригодится.

← →
Джо © (2006-04-27 02:29) [2]

П.С. Ох, как я не люблю эти ограничения, просто в печёнках сидят, хоть в XP, хоть в 95.

← →
MBo © (2006-04-27 06:27) [3]

>Одна из его просьб однозначно потребует значительных ресурсов GDI
А что за просьба?

← →
Котик Б (2006-04-27 10:46) [4]

А може всётаки поделитесь степенью "значительности" ?

← →
Игорь Шевченко © (2006-04-27 10:48) [5]

> WinME стольже ограничен по ресурсам GDI как и 98?

Да

← →
Чапаев © (2006-04-27 10:50) [6]

> хоть в XP, хоть в 95.

А XP и прочих NT-based какие тебя ограничения ограничивают-то?

← →
Игорь Шевченко © (2006-04-27 11:09) [7]

Чапаев © (27.04.06 10:50) [6]

> А XP и прочих NT-based какие тебя ограничения ограничивают-
> то?

Например, на количество Handles GDI и User...

← →
Германн © (2006-04-28 02:18) [8]

2 Игорь Шевченко © (27.04.06 10:48) [5]
Спасибо.

> MBo © (27.04.06 06:27) [3]
>
> >Одна из его просьб однозначно потребует значительных ресурсов
> GDI
> А что за просьба?

Из уважения к Вам, Борис, отвечу.
Представьте себе набор графических отображений, которые представляют собой некие "поэтажные планы помещений". Причём для каждого этажа количество отображений - не ограничено. Количество и степень пересечений разных планов - тоже не ограничено. Каждое "отображение" - это BMP.
Далее, на каждом из этих "планов" размещены иконки неких датчиков.
А просит заказчик, чтобы он мог "управлять" неким набором датчиков щелчком мыши на плане. Т.е. на картинке.

← →
Германн © (2006-04-28 02:21) [9]

Ошибочка вышла.

> Количество и степень пересечений разных планов

Я имел в виду не планы, а отображения.

← →
Джо © (2006-04-28 02:43) [10]

А зачем их все сразу держать в виде BMP? Всё сразу пользователь и не увидит ведь. Сорри, если не так понял задачу.

← →
Германн © (2006-04-28 02:43) [11]

Только не переонтируйте меня на ГИС, пожалуйста!

← →
Ви (2006-04-28 02:56) [12]

DerectX OpenGL по вкусу? А вообще то не понял суть проблемы если чесно :)

← →
Ви (2006-04-28 03:29) [13]

Эх, щас еще подумал, так и не смог представить ситуацию, в которой бы было недостаточно ресурсов. Ну есть БМП с картинкой плана этажа, на ней есть иконки устройств, при клике по иконке - действие, картинку можно увеличивать/уменьшать двигать туда сюда если вся не помещается на экран, а чего тут нахватает то? Контекст отображения один, ну и выводите последовательно картинки. А лучше сразу стройте полный план этажа на одном БМП с расстановкой иконок и его уже использовать для отображения на DC.
Или там все намного иначе, честно... если не трудно объясните ситуацию, когда нахватает ресурсов GDI. Просто я не сталкивался и сейчас вот попробовал представить, то же не получилось.

← →
Германн © (2006-04-28 03:32) [14]

> Джо © (28.04.06 02:43) [10]
>
> А зачем их все сразу держать в виде BMP? Всё сразу пользователь
> и не увидит ведь. Сорри, если не так понял задачу.

А причём тут BMP?
"Сорри, если не так понял ответ." :-)

← →
Ви (2006-04-28 03:34) [15]

Германн
а что причем?

← →
Германн © (2006-04-28 03:37) [16]

> Ви (28.04.06 03:29) [13]
>
> Эх, щас еще подумал, так и не смог представить ситуацию,
> в которой бы было недостаточно ресурсов. Ну есть БМП с
> картинкой плана этажа, на ней есть иконки устройств, при
> клике по иконке - действие, картинку можно увеличивать/уменьшать
> двигать туда сюда если вся не помещается на экран, а чего
> тут нахватает то? Контекст отображения один, ну и выводите
> последовательно картинки. А лучше сразу стройте полный план
> этажа на одном БМП с расстановкой иконок и его уже использовать
> для отображения на DC.
> Или там все намного иначе, честно... если не трудно объясните
> ситуацию, когда нахватает ресурсов GDI. Просто я не сталкивался
> и сейчас вот попробовал представить, то же не получилось.
>
>

Когда сталкнёшься, узнаешь!

← →
Джо © (2006-04-28 03:39) [17]

> если не трудно объясните ситуацию, когда нахватает ресурсов
> GDI.

Да самое плохое в этом не то, что их (допустим) мало. А в том, что это ограничение распространяется на всю систему. Т.е, не каждому приложению — столько-то, а просто на всю систему столько-то и не больше. В 95-98 бывала из-за этого беда: невозможно было работать с несколькими одновременно запущенными копиями некоторых программ — нехватка ресурсов GDI (перья, кисти, курсоры, например). И хоть тресни :0)

← →
Джо © (2006-04-28 03:40) [18]

Т.е, любое приложение может захапать под себя все ресурсы и — финиш. Дурацкая реализация, имхо.

← →
Ви (2006-04-28 03:43) [19]

Удалено модератором

← →
Ви (2006-04-28 03:47) [20]

Удалено модератором

← →
Германн © (2006-04-28 03:51) [21]

> Ви (28.04.06 03:43) [19]
>
> хыыыыыы, ну куда уж мне...
> Так значит, суть проблемы так и не будет озвучена? Не обижайся,
> но пока кажется, что работодатель - дистрибьютор лоханулся.
> ))))))))))))))))))))
>

Нет. Не в этом суть проблемы.
Читай Р. Шэкли.
На первый случай - "Координаты чудес". Далее посмотрим, что тебе посоветовать. :-)

← →
имя (2006-04-28 04:01) [22]

Удалено модератором

← →
Джо © (2006-04-28 04:10) [23]

Вечер художественного анонимного монолога?

← →
Германн © (2006-04-28 04:18) [24]

> Ничего личного.

Про "Ничего личного" с удовольствием поболтаю. Как только, так сразу!

Как только ты зарегистрируешься на форуме.
До тех пор - лопай, что дают!
Кстати, насчёт "лопай". Я предлагаю только высококачественные продукты!
Так что Шэкли уж почитай! Пойдёт только на пользу.

← →
имя (2006-04-28 04:20) [25]

Удалено модератором

← →
имя (2006-04-28 04:29) [26]

Удалено модератором

← →
Джо © (2006-04-28 04:42) [27]

Понимаешь, есть ресурсы реальные, "данные нам самой жизнью", так сказать. К таковым можно, например, отнести объем оперативной памяти или устройства ввода. Как ни странно, с применением достаточно хитроумных алгоритмов современные многозадачные ОС достаточно хорошо справляются с задачей конкуррентного их использования (в пределах возможного, конечно). Т.е, ОС практически безразлично, сколько программ в данный момент пользуются ОДНОЙ клавиатурой или ОЗУ.
А есть ресурсы фиктивные, выдуманные. Например, параметр FILES в MS-DOS, задаваемый в config.sys и определяемый (если склероз не изменяет) кол-во одновременно открытых файлов. К таким же можно отнести выдуманное (и практически ни чем не ограниченное) ограничение на общесистемное кол-во объектов GDI или User. Вот в таком роде.

← →
Аффтар жжгу (Ви) (2006-04-28 04:55) [28]

Удалено модератором

Я не понимаю подросткового жаргона.

← →
Ви (2006-04-28 05:49) [30]

Удалено модератором

> Германн ©

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

> Аффтар жжгу (Ви) (28.04.06 04:29) [26]

В 98 этого достичь почти легко. Ряд тяжелых приложений и вы приплыли. Но вот создать одно приложение, которое могло бы так сделать - тут мастерство надо. Но тем не менее случалось. Приходилось изображать Роденовскую скульптуру и уходить от такого.

> [32] Думкин © (28.04.06 06:04)
> В 98 этого достичь почти легко. Ряд тяжелых приложений и
> вы приплыли.

Вот и я о том же. Плавали :)

← →
Ви (2006-04-28 06:06) [34]

Удалено модератором

>Германн
Что именно вызывает нехватку ресурсов?
Например, если это обуславливается большими битмапами, то их нужно в виде DIB, а не DDB иметь, если количеством битмапов - то не стоит их все держать в памяти, а подгружать из файлов или из БД и т.д.
Понятно, что это общие слова, но зачастую нехватка ресуросов как раз и связана с тем, что чего-то простого не учли...

>то поди TBitmap. Если так то я ему посоветовал бы иметь дело с API все же, а не юзать VCL компоненты.

Можешь обосновать?

> то я ему посоветовал бы иметь дело с API все же, а не юзать
> VCL компоненты.

API — панацея от всех бед, привнесенных ужасным VCL?

← →
Ви (2006-04-28 06:30) [38]

← →
Ви (2006-04-28 06:37) [39]

Удалено модератором

← →
Ви (2006-04-28 06:47) [40]

Удалено модератором

Ресурсы GDI Найти похожие ветки