AirKite

В россии у большинства неугодные проекты. Не один достойный проект не использует Nulled. Использование Nulled говорит о том, что проект не добросовестный. Готов воровать чужое. Все кричите о добросовестности МТА, OpenSource и все его плюхи. А сами юзаете Nulled... Практика показывает что ни один проект на Nulled, не доходит дальше типичного школоло проекта. Вы не понимаете что это мало того нарушение авторских прав, так ещё и в публичном продукте?

Открыл ссылку, открылся форум IPB 99.9% установлен Nulled, что уже автоматически многое говорит об организаторах этого проекта.

Бла бла бла #2 Даёшь холивар?

А потом спрашиваете почему МТА не популярен. Все должны вникать в скриптинг? Просто дайте ему скрипт. Напишите и выложите lua если хотите помочь.

Бла бла бла

Ага, ОЧЕНЬ удобно

Ссылку дать не судьба? Ты прав!

Кто, где, когда на официальном форуме говорил об этом? p.s. Код скопипастен с официального форума, от Y_Less. см YSI библиотеки, а так же официальные примеры на вики сампа. UPD: Единственный возможный конвертер, это мозг скриптера.

Ну это уже совсем смешно... С таким подходом ты за 5 минут напишешь любой конвертер с любого на любой язык. Затрать свои 5 минут на регулярку, для преобразования подобного из pawn в Lua. Примитивный пример кода: new gStrings[3][6, 3, 3] = { {'H', 'e', 'l', 'l', 'o', '\0'}, {'H', 'i', '\0'}, {'Y', 'o', '\0'} }; stock Func1(...) { static const STATIC_ARGS = 0; new n = (numargs() - STATIC_ARGS) * BYTES_PER_CELL; if (n) { new arg_start, arg_end; #emit CONST.alt 8 #emit LCTRL 5 #emit ADD #emit STOR.S.pri arg_start #emit LOAD.S.alt n #emit ADD #emit STOR.S.pri arg_end do { #emit LOAD.I #emit PUSH.pri arg_end -= BYTES_PER_CELL; #emit LOAD.S.pri arg_end } while (arg_end > arg_start); n += BYTES_PER_CELL * STATIC_ARGS; #emit PUSH.S n #emit SYSREQ.C printf n += BYTES_PER_CELL; #emit LCTRL 4 #emit LOAD.S.alt n #emit ADD #emit SCTRL 4 } }

А с чего ты взял что тебя кто то тут не понял? Ты сказал как отрезал и тебе дали вполне адекватный ответ. см пост от TwiX! Тема: Конвертер скриптов SAMP -> MTASA, что подразумевает под собой не поиск > замена синтаксиса, а именно конвертер скриптов SAMP -> MTA. Разумеется они должны работать. В последующих постах (перед твоим), пишут о том, что это невозможно. На что ты отвечаешь в следующий форме. Цитата твоих слов: Какой тогда смысл твоих слов? Не понял чего то, тут только ты. А твой пост по сути не в тему. Тот же смысл в корректной форме: p.s. Уверен в том, что именно ты не способен даже на то, о чём говорил. Смысли реализация "конвертера" pawn -> lua. Твой код будет не валиден.

Попробуй отнести данные слова к самому себе. Никто и не утверждает обратного. Я высказался на первый пост, а тебе ответил на твой последний пост (перед моим ответом), иначе я бы взял его в цитату. p.s. А так в целом ваш пост (который ещё выше), выглядит как: Я могу но из этого нечего не выйдет!

Дело в том, что в МТА до 90% конвертируемого кода потребуется формировать с обеих сторон (клиент - сервер). Конвертер написать не выйдет. Либо выйдет тот же amx-emulator _Dark_, логика скриптов SAMP и МТА совершенной другая. TwiX! всё верно говорит.

Скорей этот плагин пытались использовать в тех целях что их скрипты по 70к строк.

Зацените лучше несколько моих фото 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Бред. Попытка эмуляции ООП — да, замедляет скорость выполнения кода, в том же Lua например. В языках где ООП предусмотрено на низшем уровне наоборот, достигается лучшая производительность. Советую почитать преимущества ООП. Из одного холивара в другой. Я лишь оспорил то, что иногда даже опытные программисты жертвуют незначительной скоростью. Насчёт ООП на практике PHP, Lua и те языки где нет ООП. Если вернуться ещё чуть ранее, то речь шла о преимуществах Lua перед pawn. Хотя конечно тема флудилка и тут свойственно холиварить перескакивая с одного на другое.

Читал на хабре что во всех языках, в том числе и в C\C++, но утверждать не буду. На практике лишь в PHP могу заверить... Кстати не говоря уже о Lua.

Где вы там увидели сообщение от самого Kye? Сообщение просто вставка автора, рекомендации не использовать alpha версию плагина на публичных серверах. Могут быть лаги, которые в принципе есть даже у текущего релиза МТА. То есть если бы Kye рекомендовал МТА, он бы его порекомендовал вовсе не использовать. Насчёт есть, будет, небудет и т.д. Может быть хватит елозить? Была конкретная фраза что Lua для SAMP нечего не даёт, причём тут конкретный плагин? SAMP кушает C++, а на нём собственно как и этот плагин за 30 минут. Уже можно интегрировать что угодно. Собственно об этом и шла речь. Вы делаете из этого плюс, хотя на самом деле это ОГРОМНЫЙ минус. Кому нужна простота? Да, новичкам хорошо, но SAMP это же не обучающая программа для новичков в программировании. А перед тем, как начинать что-то писать какие-то скрипты, нужно ознакомиться с самим языком программирования, а не "по ходу дела", "ctrl+c ctrl+v", как и происходит в SAMP-скриптинге. Скажем так, в данном отношение я даже не делал выводов о плюсах и минусах самостоятельно. Всё ведь показывает практика. Новички идут туда, где легче. Даже большинство текущих разработчиков МТА не стали бы лезть в Lua и архитектуру разработки МТА без хотя бы такого опыта, как работа с pawn. А насчёт ctrl+c\v, поверь, в МТА хватает. Только как тут уже было сказано SAMP это раскраски, которые даже не в умелых руках превращаются в картинки. А МТА это чистый лист бумаги с карандашами и красками, только вот рисовать умеют единицы. Вот кто не разбирается - так это вы. Ни один "опытный" разработчик не позволит себе потерю быстродействия в 2 раза. Любой "опытный" разработчик будет использовать то, что дает большее быстродействие, а не наоборот (как думаете вы). Какую потерю быстродействия? Вы противоречите себе... о потере быстродействия шла речь как раз о AMX плагине в МТА, который по факту не в 2 раза медленней а до 500 раз. МТАшники рекомендуют его использовать. Касательно плагина "Lua in SAMP": http://i45.tinypic.com/v5gvnq.png http://i46.tinypic.com/140kutj.png В данном случае Lua отдаёт реальную скорость (примерно в 4 раза быстрее pawn) p.s. К сведению: Использование ООП во всех языках значительно замедляет скорость выполнения кода, однако опытных программистов это не останавливает... Видимо им далеко до вашего уровня

Естественно значительно не помог бы в силу того что работает очень медленно. Намного медленней чем pawn в SAMP. Печаль... Расширяйте свои познания в языках Опытные разработчики теперь смогут использовать Lua. Если вы в этом не видите преимуществ, то лучше даже не начинайте разговор на эту тему. (Это не ваше. Вы просто не разбираетесь в программировании). p.s. Лишний раз доказываете о культовом настое на МТА (как сектанты) а не на его преимуществах. Ибо в одном посте кидаетесь довыдами почему Lua лучше, в другом посте начинаются противоречия. PAWN очень и очень простой язык программирования, который позволяет начинать писать простенькие скрипты совсем начинающим. Очень схож с C++\PHP что даёт ему приемущества в начальном изучении... Его минусы это урезанные возможностей по сравнению с C++ или PHP. Lua in SAMP (в будущем, не alpha версия) - даёт возможность работать с полноценным Lua (так ощущение что для тех кто в танке, в итоге придётся писать преимущества Lua). LUA не есть функционал MTA.

Ну и что? Если это твой ответ на мой прошлый пост, то речь идёт о SAMP плагине "Lua in SAMP". Написали просто что там перепутали что то с функцией. Я ответил что это не беда. Ну и суть того что Lua в SAMP работает быстрее своего родного pawn. Шутишь что ли? То вы тут хвастаете Lua, то теперь фразы "неясно для чего луа". Создаётся впечатление того, что вы уверены в том что функционал МТА зависит от Lua. В общем вам диагноз: "незнаю что такое программирование" Про бан на форуме и мта вообще неясно. Даже если бы за пропаганду МТА на форуме SAMP банили... причём тут Lua плагин? Шутка? p.s. Ах да, совсем забыл. Lua в SAMP существует уже очень давно в неофициальной форме

Это всё поправимые мелочи... автор слишком рано выложил плагин. Слишком сырая версия, которая кстати уже недоступна для скачивания. В остальном lua работает вполне сносно, быстрее pawn.

Пробовали? Какие недостатки?

Если бы в 2 раза. 1ms в SAMP, 500ms в МТА (попробуйте рассчитать во сколько раз медленей через AMX плагин в МТА). Человек сказал о том что AMX плагин под МТА никто не юзает. Я ответил почему. Что вас удивляет? (Ваше чтение постов через строчку) Кто спорит что использование этого плагина извращение? Только вот все заядлые фанаты МТА кричат, мол МТА крут и вообще можно даже мод не переписывать а использовать AMX плагин. Потом люди пробуют на практике, а их моды работают в 500 раз медленнее, летят снова к вам за помощью а получают что то вроде "Вы извращенцы, нахрен вы юзаете этот плагин".

Что смешного? оО ??? Когда только хотели переносить проект с SAMP на MTA, юзал плагин. Мало того что пришлось дописывать\переписывать туеву хучу функций и сам мод, так ещё и работало это в 500 раз медленней (без преувеличений), функция работающие за долгое время, т.е. 1ms в МТА выполнялись 500ms (т.е. полсекунды).

CWanted, золотые слова. Ну а продвигать то пытались и пытаются. А нужно не пытаться а делать Как-то так Уж судьба такая у МТА... Есть великая вероятность что когда GTA SA и SAMP полностью устареют а компьютеры будут мегамощьными, то МТА получит интерес со стороны игроков для которых будет интересно поиграть в новую версию GTA SA (улучшенная графика - шейдеры и ещё куча всего в сторону изменения игрового режима).

Когда? В 2008 году? Не помню... Давно это было. Но как видишь дата моей регистрации 2009 год