Doo/w3e To Jass (by Raichu)

Clamper, 28.03.2013 13:34:51:
Можешь в тред ссылку влить

Clamper, 13:34:58:
На главной последний

Clamper, 13:35:00:

Clamper, 13:35:15:
Вот сюда

Clamper, 13:35:17:

Toadcop:,

А, это тоже что и у меня? :)

а я искал, думал нету такого.

raichu, ну я же спросил сначала зачем этот велик и нафиг переносить просто так все из doo, по мне проще триггерами как клямп сделать бд, а потом в игре создавать декор если нужно сделать несколько локаций на оной местности, как в тд с минииграми чтобы не тратить ланд попусту, но увы этот способ малость неактуален...

боже, как можно быть таким тупым

Карточка:

боже, как можно быть таким тупым

В чем тупость заключается? Поясни

Итак.

1. боян трех лет от роду.
2. неумение пользоваться поиском.
3. отсутствие какой-либо документации.
4. по исходнику — код не твой, а Ануфиса.

Clamp:

1. Не знал
2. Ну найди это в поиске
3. А она нужна? " Вот: Положи файл war3map.doo в папку с прогой и получи код создающий эти декорации."
4. Код мой. Не знаю что за ануфис и где находятся его исходник, но структуру я забрал отсюда : www.thehelper.net/threads/guide-explanation-of-w3m-and-w3x-files... (1.17)

raichu:

Clamp:

4. по исходнику — код не твой, а Ануфиса.

xgm.ru/forum/showthread.php?t=30568 , то есть он почти там же где и я взял структуру этого файла. Если говорить чей иcхoдник то точно не его.

есть мысль по незначительному байтодрочингу по этому способу.

если 4к декора = 4к строк = 4к полного имени нативной функции, что никак не сократить оптимизаторами. поэтому нативку можно обернуть внешней функцией типа

function O2 takes... внутри этой функции - нативка, с теми же аргументами. вызов будет дольше, это очевидно.

итого наши 4к строк кода теряют огромное количество знаков = вес в архиве теоретически меньше. теоретически потому что полная строчка нативного вызова так или иначе повторяющийся сектор, именно такие сектора очень хорошо сжимаются.

==================================
и ещё по поводу нового обновления (хп объектов)

есть смысл в том чтобы:

1. ставить хп только если там стоит не максимум. иначе смысла просто нет для 99% декора ставить 100%. это и строчки кода и + к весу и + к времени работы если это не ставить в загрузку карты
2. косяк в использовании GetLastCreatedDestructable. оно возвращает бж глобалку, но "возвращение" будет правильным, если в эту глобалку записать предыдущее создание, чего не делается. т.е. если это делать то надо bj_lastCreatedDestructable= создать декорацию. сейчас это работать не может. ещё лучше локальную декорацию с обнуление в конце - опять же экономия на знаках.
3. всё ещё создаются лишние знаки в указании типа декора - то что есть в скрине. могу дать свой ду файл, если это нужно

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

если смотреть глобально, то предрелизная обработка с исправленными 3мя пунктами - это: небольшая экономия веса карты 3-4 Кб, 0.1-0.7 уменьшение времени загрузки. в принципе, это неплохо.
^ хз что там с форматированием :О:

Карточка:

http://s017.radikal.ru/i419/1303/ab/836ecc95a81d.jpg

как думаешь какой задний фон подойдёт
офк без импорта - только цвет

#1D3F38
еще могу вас удивить великим открытием - есть функция R2SW, которой можно значительно сократить нули

я написал еще и конвертер из w3e в jass код :) только там есть некоторые проблемы с координатами и с уклонами, нормально только возвышенности получается конвертировать, но с потерей координат, хотя по моему координаты верные, а значит что-то не так читаю.
Карточка, все готово.

Если хп = 0 значит сразу создается в "разрушенном" виде?

war3map.doo из доты не хочет обрабатываться, похоже там что-то сломано :)

ScorpioT1000, видно белые полосы по краям квадрата и мне кажется они выглядят не красиво на черном фоне:)
Обновляю, теперь лишние 0'ли сами убираются :)