plex, ну привел я фразу, что теперь ее брать на цитаты??? :hehe:

А то что BMP - это кодировка, ну тут и голландские грибы не помогут! :D


Может курсы открыть, вы опытом поделитесь и всем бюджетникам будет счастье, и даже название есть - "ПРОРЫВ В БЮДЖЕТНОЙ СФЕРЕ!!!" :hehe:

именно.


Я сталкивался. Давайте не будем развивать эту тему......


В таком контексте не имеют. Когда вы из своего кармана платите то имеют. А когда вам необходимо сделать быстро и качественно работу то не имеют. Там другая математика и занимаются ей другие люди.


Древность программы значения не имеет вообще никакого. Я например как пользовал 12 лет назад Ghost так и сейчас его пользую и версия меня не сильно заботит....


До тех пор пока добрый знакомый не даст попробовать в деле проф отвертку ценой 2-3к руб. И сразу понимаете разницу между хренью за 90 рублей и этим произведением искуства. Про инструмент думаю не надо дальше развивать. Ибо я руками работаю и инструмент использую, поэтому могу оспаривать очень серьезно с точки зрения практики.
Например отверткой за 100-200 рублей можно спокойно закрутить 50 шурупов 4,8*110 за час... Те же шурупы (белым) штаером закрутите в два раза быстрее.
Хотя внешне они не сильно отличаются. Ключевые отличия начинаются когда начинаете работать, именно тогда и понимаете разницу. Как в руке лежит, как жало держит шуруп и т.д. и т.п. Про каждый инструмент можно много чего рассказать.


Все обсуждаемо... я как и все работаю за деньги (рубли российские ) несмотря что я марсианин.
Еще раз прочитал по shp и MP бегло. Нашел очень быстро то что интересовало.
Так вот в shp формате вы можете создать свое обозначение как полигона так и линии и все это будет сохранено при переносе между компьютерами и т.д. Т.к. все описание объекта находится в служ файлах объекта. Не буду сильно перечилсять и вдаватся в подробности сами прочтете если интересно.
А формат MP в описании объекта хранит только КОД ОБЪЕКТА. Соответственно все объекты зашиты в движке и при переносе объекта между разными версиями или ПК вид объекта может изменится.
В гис карте в описании файла также хранится только код объекта из класификатора. Поэтому при переносе требуется или наличие "родного" класификатора или выполнение перекодировки. Это если используются не стандартные обозначения.
Палитра-http://ru.wikipedia.org/wiki/%D0%A6%D0%B2%D0%B5%D1%82%D0%BE%D0%B2%D0%B0%D1%8F_% D0%BF%D0%B0%D0%BB%D0%B8%D1%82%D1%80%D0%B0
Я понимаю именно это значение.
Свойства объекта включают в себя оч много в том числе и палитру. Перечислять не буду -много.



Я и не утверждал обратного.


Не только степень сжатия, там много чего влияет. Декомпресия необходима постоянно если гис движок не умеет создавать свой формат растра а такскает оригинал с файлами привязками. Например Arcview не умеет (точнее раньше не умело). Гис карта умеет.
Угу. Куда уж нам марсианам то. У нас только и есть растровые карты с телескопов. Вектра пока никто не сделал...


Насколько же ?
а сколько кода в растре ? каждый пиксель 8 бит. В вектре 1 символ 8 бит.
Не учитывая кодировку.
картинка 100*100 = 10 000 бит = 1250 байт
Вектр 10 000 символов.
За счет меньшей информации работа с вектром намного быстрее.
Простой пример.
Карта Липецкой области автомобильная 1:250 000, tiff, 256 цвет, 200dpi занимает что то около 400-600 Мб с встроеным сжатием tiff формата, точно не скажу перед глазами нет сейчас .
Та же карта в вектре 11,1 Мб. Могу скрин показать.


Сарказм думаю не очень уместен.

Добавлено через 3 минуты
Пришел рукав и все опошлил.
Нездоровый стёб обычно первый признак отсутствия собственных идей или же желания что то делать самому.
Простебать, заглумить, закритиковать на самом деле очень просто. Сиди себе в креслице да какашками в других кидайся.
И это очень безопасно, т.к. вы ничем не рискуете ибо сами ничего не совершаете, а следовательно и не ошибетесь.


Прекращайте меня приписывать то в голандию то еще куда. Уже давно определились. Я ЛИПЕЦКИЙ МАРСИАНИН.

Ну как мне заставить Вас сначала думать, а потом писать ??? А ?

Древность имеет прямое отношение. Те древние движки были написаны под то железо, которое имелось на тот момент на рынке. Поэтому, сейчас, древний движок будет работать на самых слабых современных ПК.
Но мы же не можем встроить ДРЕВНИЙ движок в свое ПО, хотя бы потому, что его:
а) тупо уже не продают несколько лет
б) он не особо совместим с современными средами программирования
А вот новые движки - куда более требовательны к ресурсам.

Вы путаете специализированный и профессиональный инструмент.
Слава Богу, что Ваш знакомый не дал Вам промышленного робота-отвертку. За 15 млн. рублей.
А Вы даже не поняли, о чем речь...
Речь не о том, что Вы умеете пользоваться какими-то редакторами, а о графике с точки зрения написания программ, выводящих такую графику. Мы говорили о движках - вспомните.

Измерять производительность вывода с точки зрения размера файла ? Чушь и бред.
Я же Вам сказал про векторную 3D-модель в 3D Max. Выведите сцену в 3D Max и посмотрите, насколько дольше она быдет выводиться, чем готовая картинка этой сцены и прекратите говорить глупости о выводе графики.
Есть еще маленький нюанс. Из растрового файла можно вывести сразу нужную для отображения на экране область, не считывая весь файл. Но это знают и понимают те, кто реально работает с графикой, а не рассуждает об особенностях строительства атомных ледоколов с точки зрения профессионального агронома.

Жалко, а так все хорошо начиналось.

Вы же хотите чтобы был нетребовательный.
Уж извините тут либо к умным либо к красивым.
Заставлять думать.....
Не хочешь летать-заставим. Не умеешь-научим....
Повеяло детством, комунизмом и красными галстуками.


Я бы попробовал, да делать мне такой штукой нечего.
Весь инструмент изначально специализирован. Отверткой нельзя пользоватся как пинцетом или скальпилем.


Речь пошла о том что растр работает быстрее вектра. А не о том какой движок лучше.


В принципе можно. Но сначала изображение все равно нужно обработать (считать все файл) Уже после можно работать частями.


Не все коту творог.

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

Ну так старые движки 7-летней давности не продаются. Даже если бы я и хотел их купить. ))) Чего Вам непонятного-то ?
Ваша проблема в том, что Вы начинаете рассуждать в общем, а когда Вам начинают отвечать - тут же скатываетесь на свой личный частный случай.
Вы начали обсуждать примеры производительности и того, что ради увеличения производительности не жалко никаких денег. Оказывается, до определенного предела не жалко. Просто этот предел у Вас лично чуть повыше, чем у некоторых других. Вот с определенного момента и скатились до "МНЕ такой штукой делать нечего."
Что и требовалось доказать, а именно: каждый выбирает инструмент из своих потребностей. И если есть софт, который не требует мощных ПК и удовлетворяет условиям решаемых задач, то нет смысла покупать более дорогие компьютеры.
Вот мы и пишем такой софт, а не используем сторонние движки, для которых, чтобы работать с ними, нужно покупать более мощные компьютеры. И именно этим и ценен софт нашей компании для многих и многих.
Раньше, знаете-ли, софт писали намного более вдумчиво и оптимизировали код. Т.к. железо было дорогим и ограниченным по возможностям. А сейчас ? Хочешь поиграть в современную игрушку - так докупи памяти 16 ГБ и поставь две видеокарты, каждая по 18 тысяч, чтобы на максимальных настройках играло. Ну и процессор Core i7 За 12 тысяч. А можно вместо экстенсивного развития, более профессионально над кодом поработать. Просто это дольше и требует более высокой квалификации, чем тяп-ляп и готово - расширяйте ваши компы.

Да. В определенных случаях, при грамотном подходе к программированию движка - растр работает ГОРАЗДО быстрее вектора. Это объективная реальность.
Что Вас удивляет ? Вы так и не можете понять, что не бывает векторных мониторов ? Что вектор, это всего лишь способ описания изображения ? Что для вывода на монитор, картографическим движком в памяти компьютера формируется растровая картинка нужного участка карты со всеми линиями, заливками, надписями и прочим, которая и выводится собственно на монитор ?
Так я Вас удивлю, что и в 3D играх 3D движок формирует согласно векторным 3D-моделям и растровым текстурам двумерные растровые картинки, которые Вы и видите на мониторе с частотой х fps...

Вы МНЕ что-ли рассказывать пытаетесь, что сначала нужно считать весь растровый файл ??? Так я Вас удивлю, что таки нет. Вы, батенька, не программер, не обессудьте. А наши программеры - на этом не одну собаку съели. Так что... Вы денек потратьте, погуглите... найти данную методу работы с растровыми файлами несложно... понять, как оно работает - сложнее, но... тут уж я Вам не смогу помочь.

Ubi nil velis...

Есть такое понятие как время\деньги.
Можно писать очень долго....

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

Добавлено через 1 минуту
Думаю до докапывания орфографии пока еще долико.
На самом деле идет обычная дисскусия, просто более открытая и агресивная, но не более.
Ибо как сказал не помню какой великий "ибо в споре рождается истина"