Пожелания, Предложения по развитию сюда Опции

[LaoSun]

Включите отображение имен скриптов.
С помощью get scripts можно вернуть имена, номера вкладок и сделать подпрограммку соответствия. Так же хочу обратить внимание на то, что номер вкладки может быть задан переменной с любым названием. По сути номер вкладки не более чем ID.

Это решение я знаю, но ему недостает глобальной глубины, а использовать $val.{n} не всегда удобно, особенно если подгрузка через `load_script` динамическая и может происходить на любой глубине и произвольной вкладке.

---
Так же очень недостает Функций. (использование Gosub и call proc это костыльная альтернатива).

Если все же будут Функции, то: `#include libName.*ext*` просто обязан появиться следом, чтобы дать возможность писать функции и составлять из них библиотеки.

[Cockney]

а чем 99 скрипт вида:


proc num1 $s
set $result "123"
end_proc

proc num2 #fc
set #result 26
end_proc


не либа?

единственный минус - все функции пишутся либо в 99 вкладку,либо в конце каждого скрипта. инклуд хотелось бы,но по сути и не особо нужен.

[LaoSun]

а чем 99 скрипт вида:

proc num1 $s
set $result "123"
end_proc

proc num2 #fc
set #result 26
end_proc

не либа?
единственный минус - все функции пишутся либо в 99 вкладку,либо в конце каждого скрипта. инклуд хотелось бы,но по сути и не особо нужен.

Это костыльная альтернатива у которой есть множество недостатков и до реалий фунции ей далеко! .

У меня вопрос: Насколько много кода вы пишите и нравится ли вам его потом редактировать?

[DarkMaster]

У меня вопрос: Насколько много кода вы пишите и нравится ли вам его потом редактировать?

Около 1к строк. Больше просто не было необходимости. Пишу в основном на gosub. Вызов не сверх удобен, но вполне юзабелен. В десятки раз больше проблем с фоновым контролем хп и случаев когда необходимо резко изменить логику, например, на побег. В теле основного скрипта это очень много мусора и постоянных вызовов, в параллельном скрипте чревато некоторыми проблемами со стабильностью, хотя вроде уже научился обходить. Под большие скрипты обычно открываю Notepad++ для сворачивания условий.
При адекватном разбиении на блоки подпрограммы особых проблем с редактированием не наблюдал и писал вполне сносный API под игры.
Где-то уже писал о том, что не помешало бы после gosub в скобках написать ряд переменных и значений, которые обработались бы как наборе set'ов. Но это мои личные тараканы. Процедуры никто не отменял, которые по факту в таком виде уже и существуют.

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

Сообщение отредактировал DarkMaster - 20.5.2015, 20:01

[Cockney]

Это костыльная альтернатива у которой есть множество недостатков и до реалий фунции ей далеко! .

множество,это что конкретно?


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

[Tindome]

Парни, научите пилот пожалуйста видеть хотя бы PNG .. с BMP очень часто возникает проблема следующего характера. У себя на компе настроил все картиночки пилот видит все делает замечательно, приносишь его на другой комп и начинается свистопляска.... тупо не видит картинки в BMP пока по новой не сфоткаешь....

[DarkMaster]

Это никак не зависит от формата хранения изображения. На различных компьютерах и даже просто на разных учетных записях изображения могут отличаться. Возьмите 2 изображения: одно с вашего компьютера и одно с другого, на котором изображение не находится. Откройте и сравните их быстро переключаясь альтабом. Вы обнаружите, что они разные.

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

Сообщение отредактировал DarkMaster - 15.6.2015, 12:53

[Tindome]

Это никак не зависит от формата хранения изображения. На различных компьютерах и даже просто на разных учетных записях изображения могут отличаться. Возьмите 2 изображения: одно с вашего компьютера и одно с другого, на котором изображение не находится. Откройте и сравните их быстро переключаясь альтабом. Вы обнаружите, что они разные.

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

... как тогда унифицировать изображения?

[DarkMaster]

Снижать точность, добавлять deviation.

[KOLBASOID]

DirectInput в уопилоте?
не во всех играх работает к сожалению.

это подвиг писать в пилоте а заставлять выполнять нажатия стороннюю программу с поддержкой DirectInput . через хоткейс разве это выход.

2DarkMaster
спасибо большое за помощь. смотрю ты и тут подсказываеш

уопилот хорош но для ультимы имхо лучше инжекта нет ничего))) а вот для других игр пилот вери найс. еслиб еще везде работал)))) цены бы небыло

[Cockney]

Не знаю как в других функциях, но posex не может выполнять расчеты, указанные как параметры, хотелось бы вычислений без использования промежуточных переменных.

Код

set logging clear
set $key AXl3-**1V-EA21-4RB1 //Неполный ключ
//Найдем позиции звездочек в ключе, для будущей замены
set #first posex(* $key 1)
set #second posex(* $key (#first + 1)) //вторая позиция, выражение в данной строке не вычисляется, из-за
//чего неправильно определяет позицию.
set logging #first
set logging #second
end_script

вариант с костылем:

Код

set logging clear
set $key AXl3-**1V-EA21-4RB1 //Неполный ключ
//Найдем позиции звездочек в ключе, для будущей замены
set #first posex(* $key 1)
set #b (#first + 1)
set #second posex(* $key #b) //вторая позиция
set logging #first
set logging #second
end_script

[Karabin]

Есть пожелание чтобы сделали iOS версию, я даже готов был бы приобрести ее.
Такая мечта осуществима?))

[DarkMaster]

Есть пожелание чтобы сделали iOS версию, я даже готов был бы приобрести ее.
Такая мечта осуществима?))

Практически все функции пилота - это WinAPI. Кроме самого скриптового языка портировать нечего.

[Karabin]

Практически все функции пилота - это WinAPI. Кроме самого скриптового языка портировать нечего.

Вот как раз и язык и нужен )) и сам принцип работы если будет такой же как и на пк, то ему просто не будет ценны!

[DarkMaster]

язык без операторов? Вы не сможете найти окно, не сможете кликнуть, не сможете переместить мышь, не сможете отослать нажатие клавиши, и т.д.

[Cockney]

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

[DarkMaster]

Вообщем все операторы можно сохранить, но реализованы они будут по - другому.

Т.е. переписать 50% операторов, с нуля сделать новый интерфейс. Интерфейс конечно давно просит капитального апгрейда, но тем не менее...

[Cockney]

Таки не говорил никто, что будет легко. Все таки другая платформа, тем более закрытая.






//Последние версии дельфей, на которых собственно и написан пилот(верно же?), способны собирать один и тот же код под вин, андроид, мак и иос.

[DarkMaster]

Последние версии дельфей, на которых собственно и написан пилот(верно же?),

Изначально он был писан на древней версии, потом была миграция на новую на тот момент делфю... году в 2007... Насколько мне известно дальше среда вроде не менялась.

// Я не знаю как на делфях, но на том же c++ тоже можно сделать кроссплатформу особенно в сочетании с Qt. Вот только изначально надо писать именно под кросплатформу, а если код изначально был писан под ту же винду с кучей вызовов WinApi, то никто это в кроссплатформу на лету не сконвертирует.

[Cockney]

В делфях все проще. Код можно без изменений перенести на любую платформу, и все равно, есть ли там винапи или нет, все работает через какую-то прослойку. Это если верить словам компании, ныне издающую делфи, а как на реальном деле....




//Я не юзал винапи в проекте, но портанул на андроид простое приложение с циклом от 0 до 100 с обычным сложением вида 1 + 1 и следующим выводом в список. Работает это чудо чудовищно медленно(или мой телефон слаб). Все это дело выполнялось секунд 10-20. Но это было на самых первых версиях такой системы, возможно сейчас, после 3-4 релизов скорость выполнения там достойная и мало багов.