AfterAll14

I guess then you're living in the parallel reality from everyone else. In my universe you have to use brain to achieve something, things do not depend on the programming language you use. PS: pls don't reply to this topic - it up to MTA devs, not for spam. Anyways I wanna hear something from MTA devs. I have an option to avoid using that new function, but then I'll have to stick to Pacejka tyre model (which is quite stone age). And there's no guarantee it will work as I won't be able to use substepping. I wanna make some really advanced thing.

Let's be serious dude: if you have zero awareness on the subject - don't post stupid replies.

I'm working on an advanced version of my physics engine. To make complete new physics for vehicles I need something to check collisions with world objects. Thing is - because the vehicle body position is controlled by script it doesn't react to GTA-generated collisions anymore. It simply goes through the walls. We have function "processLineOfSight", but it's not enough. I need something like "processCollisionSphere" (something similar to shape tracing in unreal engine 4). Is it possible to make something like that?

I guess that summs up the community opinion.

Yes, but this is MTA streaming problem, has nothing to do with FLA. From what I understand, FLA works with original IMG archives, while MTA loading objects into RAM. They work different, there's basically no problem for MTA to load thousands of objects into memory, the problem is how they are handled internally.

Seriously, guys . You were asked about the exact methods you are going to use FLA. I guess developers need to understand how exactly they should implement it. It's not yes/no voting.

Для глобальных модификаций - да, однозначно.

У тебя есть 2 пути: - заменить оригинальные файлы (IMG, ipl). Чтобы МТА разрешила эти файлы к использованию нужно будет прописать эти файлы в конфигурации сервера (параметры allow_gta3_img_mods, client_file). Это самый простой и эффективный путь. Единственный минус - чтобы зайти на сервер игрокам придется скачивать файлы отдельно и вручную производить их замену. Также для игры на других серверах МТА придется держать 2 копии ГТА СА (оригинальную и твою). - заменить файлы скриптом (раздел Engine Functions в википедии МТА). Но там будет куча проблем - малая дальность прорисовки, большая нагрузка на сервер и клиент. Да и написать такой скрипт без опыта в Луа и МТА будет сложновато. Можно еще подождать чем закончится эпопея с приходом фастмана в МТА, но это все еще по воде вилами писано... Когда сделают, тогда и будем юзать.

Браузер МТА никак кроме инвалидом назвать нельзя. Это уже не безопасность, а паранойя.

Well, obviously, it would allow to add lots of new cities in SA. Not sure if FLA is working on vehicle ID limits, but would also be nice to add new vehicles instead of replacing them. As for implementation: my personal approach here: do not touch original GTA SA files. I don't want to force users go somewhere and download custom files, I want random user that discovered my server accidentally being able to join and get all he needs within MTA window. With this approach you are forced to use scripts or MTA maps to create enviroment. This means all created objects would be handled by MTA streaming logic. And here is the problem - to make limits work full strength you'll have to rewrite streaming. Cause default MTA streamer with huge amount of objects displayed at the same time just not working. For instance: on Vice City map in some areas you can't see ahead more than 100-200m. You should have at least 500-600m minimal draw distance to make the immersion feeling that it is a full scale city. When objects appear in front of your nose you definetly not feeling that. You can achieve higher draw distances by implementing custom streaming logic and loading objects dynamically in Lua, but how many scripters are skilled enough to make it work properly? I guess we are talking about the mass product here. And in the end you would not be able to significally improve draw distance anyways.

Wow, thats a great news! Really looking forward to this! That could open some serious game developmnet into MTA. Just one personal preference from me - if possible, make MTA object streamer work same way as standart GTA SA streamer (wich is brilliant both in object loading logic and draw distance).

Euler angles given by standart getVehicleComponentRotation are pretty much crazy when you try to sync vehicle components. Given values are difficult to interpolate.We have matrices for elements. So would be nice to have quaternions or matrices for vehicle components as well.

local radarArea = createRadarArea (0, 0, 100, 200, 255, 225, 255, 150 ) setElementData(radarArea, "name", "Example District Name", false) function GetAreaName() local x, y = getElementPosition(localPlayer) for key, area in pairs(getElementsByType("radararea")) do local sizeX,sizeY = getRadarAreaSize(area) local rX,rY = getElementPosition(area) if x > rX and x < rX+sizeX and y>rY and y<rY+sizeY then return getElementData(area, "name") end end end same "resource" in 12 lines

Absolutely agree. Masterpiece of scripting we have here. 56 lines of code in 3!!!!! lua files, and a separate export funtion is very reasonable for this case. But the most important about this script - the guy was so genius, he didn't even bother making something new by himself. He simply renamed radar areas into "districs" - and BOOOM!!! It's a brand new entity for GTA SA!

I don't have any. It was initially supposed for a new racing arena on FFS Gaming server, but one single person f*cked up those plans, as well as lots of other things out there. Atm I'm working on a new physics engine called "Advantage" from scratch using c++ and OpenGL. Probably, if the stars will shine bright enough, I would port the end result into Lua. Not the whole engine, only the vehicle part cause of performance restrictions in MTA.

@Simple01 - what @CodyL said.

AVH - Advanced Vehicle Handling, is a new car physics that replaces standart RenderWare physics in GTA SA. Video demonstrating general features: Development history:

Вы не с сампом пытаетесь бороться, а с поисковым алгоритмом гугла: На первых 20 страницах нет ни одного результата связанного с МТА. Единственное упоминание - в похожих запросах, а пару лет назад и этого не было. В те года когда SAMP и MTA росли и набирали популярность гугл похоронил МТА. Ежу понятно что МТА на порядок лучше. Это чудо что при всем этом МТА удается держать онлайн в 20К игроков, что всего в 5 раз меньше SAMP. Поверьте, все могло быть намного хуже. Наивно полагать что игроки SAMP узнав про фишки МТА скопом побегут сюда играть. Они не переваривают МТА в принципе, здесь все другое, непривычное для них. Для того чтобы в МТА приходили не только игроки SAMP, но и вообще был приток новых игроков - нужны по настоящему прорывные захватывающие проекты. С новой графикой/физикой, с NextGen фишками. МТА их банально не потянет (о чем и писалось мной выше). По поводу воображаемого будущего в лице РП серверов - если бы они чего-то стоили, то уже давным давно набрали тысячи игроков. Еще 5-6 лет назад появились РП сервера которые были куда более продвинуты чем многое что сейчас делается. Никто не взлетел. Правда в том что режим Deathmatch в том исполнении что есть в МТА куда более интересен игрокам. В SAMP попросту нет необходимого функционала чтобы реализовать его на таком же уровне. Поэтому там он и не прижился. Повторюсь что МТА - замечательная платформа для старта и развития в области разработки игр. Здесь есть почти все что Вы встретите в работе над любым крупным игровым проектом. Но Ваши ожидания по поводу будущего необоснованны. То чего МТА уже добилась - очень неплохо и стоило больших усилий. Чтобы добиться чего-то большего потребуется сделать очень большой качественный скачок.

@Disinterpreter Ну в случае с ботами не столько луа ограничивает сколько сервер задыхается от трафика данных. Peer-to-peer могло бы в принципе частично решить проблему.

@fabervox Про троллинг не понял. Это реальная проблема которая делает невозможным использование ботов (по крайней мере на крупных серверах). Под ботами подразумевается полноценный городской трафик подобный singleplayer. По поводу функций: ну можно конечно заняться исходным кодом МТА, можно вообще свой мультиплеер написать. Но Я хочу писать игровой мод, а не мультиплеер, как и большинство разработчиков. PS. Я бы на вашем месте не стал щеголять отсутствием знаний в области прочности и строительства. Модуль Юнга к сечению никакого отношения не имеет. Оно определяется пределом прочности, а в случае со стальными элементами при сжатии бОльшую роль играет потеря устойчивости. Никаких вибраций как отдельной нагрузки не существует. Есть циклические нагрузки. Для зданий рассчитывается собственная частота колебаний которая не должна резонировать с частотой порывов ветра. Вот порывы ветра и есть циклическая нагрузка.

А теперь с небес на землю. Возможности МТА продвинуты только относительно SAMP. Если вы попробуете сделать что-то действительно серьезное, а не тот детский сад а-ля "я у мамы разработчик" что делают сейчас даже самые распиаренные и "продвинутые" проекты, то начнете спотыкаться обо все подряд: - чудесный Lua. Вычислительной мощности что на клиенте, что на сервере кот наплакал. Любой серьезный графический шейдер (один, нормальные тени например) просадит FPS раза в 2. Любые попытки сделать нормальных живых ботов закончатся тем же - клиент задохнется от перегрузки CPU, сервер при онлайне в 50-100 человек сдохнет от трафика. - баги. "Ах, вот если бы сделали проект, чтобы задействовали прямо все функции МТА, вот бы тогда все увидели какая МТА мощь!". Угу, только из этих функций процентов 5-10 забагованы или не работают. Ну казалось бы, их не так много. Только вот время разработки возрастает раза в 3-4 из-за того, что нужно эти баги обходить. - кривая архитектура. Что такое МТА? Есть ГТА сан андреас в котором существуют свои понятия и структура классов, есть МТА которая взламывает сан андреас для доступа к функциям и строит поверх первой свою собственную систему. Выглядит это все как-то так: Сделать что-то серьезное на таком фундаменте у Вас не получится. И дело даже не в багах МТА. Любой серьезный проект - сложный проект. Чтобы не рухнуть под собственным весом проект должен быть хорошо структурирован, должна быть продумана архитектура - деление одного большого на множество маленьких простых, и то как эти простые будут взаимодействовать между собой. Так вот, стройную большую систему у Вас построить в МТА не получится. Количество кода который будет фиксить баги и выпрямлять искривления в определенный момент станет таким, что баги начнут сами с собой взаимодействовать и порождать новые баги. Добавьте к этому то, что с каждым новым унаследованным классом скорость работы системы падает по экспоненте (а у Вас ее и так кот наплакал) - и Вы получите естественный физический лимит возможного качества Вашего проекта. Итого: любой серьезный разработчик выберет нормальный игровой движок с открытым исходным кодом (Unity, UE, CE). Посему ждать по-настоящему прорывных проектов в МТА не стоит. Хороша ли МТА? Однозначно да. Для первых шагов в области разработки и проектов низкого уровня сложности, либо проектов с какой-либо одной очень продвинутой фишкой. Сможет ли МТА обогнать SAMP? Не думаю. Выдача гугла по поисковому запросу "GTA SA multiplayer" похоронит даже самый продвинутый проект. Есть надежда на ютуб, но время идет, а графический и физический движки в МТА ни капли не лучше чем 10 лет назад.

I'm sorry but this is just pathetic. It's lacking lots of features original panel has and it's compiled . Why on earth you compile login panel? Don't you think that people who will try to actually use it will need source code to make db connections and adjustments? Though I higly doubt anyone will ever want to use fake panel from another server. The whole idea is just plain stupid.

Time has come to review the limits. Lots of new projects need much more than MTA can provide.

How did you calculate the rotations if not a secret?

Use one of these: