RGB - 3*8 бит, еще 8 бит - прозрачность. Насчет прозрачности не проверял

Анализируются только младшие 3 байта, остальное игнорится. Т.е. по сути 24-32 неважно.

Любопытная штука,если переключение языка ввода поставить левый алт + правый шифт то пилот частенько виснет и не лечится ни чем кроме как "снять задачу" при комбинации же контрол+шифт ни разу не замечал...по моему есть какая то связь.Возможно об этом было написано уже,тогда сорри (IMG:style_emoticons/default/smile.gif)

Такого не замечали раньше, вроде. Да и комбинация редкая для переключения- первый раз встречаю.

Комбинация левый алт + правый шифт стоит по умолчанию после установки ХРюши,второй вариант на выбор это контрол +шифт.Я уверен почти на сто процентов что она как то влияет потому что как только переставил на контрол+шифт,виснуть перестал.Может гдето в горяих клавишах пилота по умолчанию стоит эта комбинация и конфликтует,но у меня горячие клавиши отключены,только две работают Ф3 стартует/стопарит скрипт и Ф4 останавливает все скрипты.

Я молился что бы эта конструкция сработала:

И она реально работает. Обратите внимание на это: %lvl[#lvl]#i - т.е. к названию файла ещё подставляется #i - т.е. от одного до двух.
НО. В первый раз она почему-то выдала на втором параметре код -4. На сколько я понял, -4 означает что название файла не найдено.
но последующие запуски такой ошибки не повторили...
крайне странно!
версия 2.31

Советую так не делать. Сделай чуть выше присвоение тестовой переменной и не насилуй функцию. Повышается читаемость, гибкость, стабильность. Цена: лишняя строчка.

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

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

а почему на последней версии не тестируете?

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

Пример 1:

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

Пример 2:


Где-то вы уходите из цикла for через gosub, а уже где-то там не возвращаетесь к циклу через return, а идете заново проверять этот цикл фор, не вернувшись - в этом случае будет ошибка интерпретации фор.
Старайтесь сразу возвращаться в for returnom, затем используйте break - прекращает текущий цикл(как в фор так и в вайле), а потом уже уходите по гото куда хотите.
Пример -


Ну и т.д.



Я уже где-то отвечал на этот вопрос.
Пока боюсь новых ошибок. Хочу доотладить главный скрипт в 2.31, а потом уже смело переходить на 2.32 и в найденных ошибках винить версию 2.32)

баг с параметром all:


не работает


Сообщение отредактировал Zeleax - 26.12.2012, 21:24

Спасибо за пояснение,в большинстве случаев так и есть,застревает на переменной если значение ей по каким то причинам не присвоено,очень спасает сетлоггинг,с ним все становится понятно,так что все идет в гору (IMG:style_emoticons/default/smile.gif)

Скажите пожалуйста кто нибудь что это такое "Ошибка выполнения скрипта 3315" и где искать причину?

Неплохо бы увидеть код.

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


вот кусок скрипта на котором он застревает,на втором файндколоре
set $total findcolor ( #z,#y #p,#j 41 41 #color %x 2 )
set logging $total
set #r $total
set #y26 #y + 26
repeat #r
set $total findcolor ( #z,#y #p,#j 41 41 #color %x 2 )
set logging $total
set #r $total
if #r < 1
// set #w #y + 41
// set #y26 #y + 26
goto 99 // konec !
end_if

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

не вижу end_repeat

метка 99 существует?

существует и то и другое,ща выложу все действующие строки чтобы не было вопросов,а насчет
set #r $total
if #r < 1
все работает норм,просто скрипт немного решил переделать,в принципе где ошибка я понял,но из за нее скрипт останавливаться не должен,он просто должен делать не совсем то что нужно,но делать..

:start
set $total findcolor ( #z,#y #p,#j 41 41 #color %x 2 )
set logging $total
set #r $total
set #y26 #y + 26
repeat #r
set $total findcolor ( #z,#y #p,#j 41 41 #color %x 2 )
set logging $total
set #r $total
if #r < 1
// set #w #y + 41
// set #y26 #y + 26
goto 99 // konec !
end_if
end_repeat
goto start
:99

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



Это как?Поясните пжалста.

if $a > 0

Так скрипт заработал или нет?

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