i have a suggestion that would drastically extend lua capabilities. i dont know how difficult this would be but if it was possible to inject script commands then many functions could be included at once. if used in combination with code from b$heps compiler you could even use the original syntax or something similar. unfortunately the compiler is not yet fully finished but maybe he can help you.
Re: MISI
Posted: 16 Feb 2018, 03:19
by Sektor
When I first started reading this topic, I was hoping Logofero had figured out how to call the native GTA2 functions because I don’t know how to do that. Recreating existing code by writing memory isn’t very efficient.
Re: MISI
Posted: 16 Feb 2018, 05:58
by Logofero
There is a difference in the use of MISI and Mispad.
Standard compiler creates new symbols (objects) MISI manages existing ones. If there are opcodes (procedures) for initializing all the game entities, then we do not need a standard compiler. If you are a fan of GBHScript syntax, you can easily write a wrapper to each function in LUA. MISI introduces the idea of a fast language for which compilation and in-depth gaming knowledge is not required.
I did not set out to replace Mispad. I wanted to expand, make it easier to write scripts for GTA2 fans.
Re: MISI
Posted: 16 Feb 2018, 13:07
by elypter
i didnt suggest using code from the compiler because i like the original syntax but because nobody wants to deal with raw opcodes. a compilers job is essentially to allow using something more pretty. btw im not talking about mispad but about this project http://gtamp.com/forum/viewtopic.php?f=4&t=565
Re: MISI
Posted: 16 Feb 2018, 21:43
by Logofero
elypter wrote:i didnt suggest using code from the compiler because i like the original syntax but because nobody wants to deal with raw opcodes. a compilers job is essentially to allow using something more pretty. btw im not talking about mispad but about this project http://gtamp.com/forum/viewtopic.php?f=4&t=565
In MISI another course - is the dynamic management of game resources.
Maby i would add precompilation functions if the author had completed the compiler and laid out its sources in c/c++. But nothing more than creating a simple script form with a set of basic objects to manage them already through memory. This are all just reflections no more. That these are two different projects: the compiler and "engine" scripts.
Thanks for your suggestion.
Re: MISI
Posted: 22 Feb 2018, 00:34
by Logofero
News of the project MISI.
Found many useful addresses. I refactored the code by rewriting all the basic MISI APIs. Fixed non-working, added new methods. On the 24th of the day release update v0.2b.
Coming soon.
Re: MISI
Posted: 25 Feb 2018, 03:03
by Logofero
I am glad to inform you that the new version of MISI is already available for download.
v0.2b 24 feb 2018 MD5 34cb3cbb1167ed73b5278285803101e1 MISI.ASI
* All methods are rewritten.
* Fixed bugs in methods.
* Added new methods.
* Improved stability.
* Removed (from MISI.log) debugging information about the thread number.
* Added info "Virtual key codes" in MISI/vk_codes.inc
* Added info "Game key codes" in MISI/gk_codes.inc
* The way of working with as an object (ped, player, car).
* New system of structures. All method GET/SET "Player" rename to "Ped".
* Added method GET ped struct of ID. Limit: 1 to 65535.
* Now if the ReadProcessMemory fails to read the address, it returns 0 (and not nil as before).
Hi all.
I have a new update for you. This build number #1 of version 0.2. It includes useful methods of working with cars. So is the necessary method of installing money, which I was looking for and finally found.
v0.2.1b 26 feb 2018 MD5 c7f52fd728f676857b8fd87174409123 MISI.ASI
* Added method GET for "Player":
GetPlayerMoney(player),
* Added method SET for "Player":
SetPlayerMoney(player, value).
* Added method GET for "Car":
GetCarModel(car),
GetCarColor(car),
GetCarEngine(car),
GetCarDoorLock(car),
GetCarEmergySiren(car),
GetCarHorn(car).
* Added method SET for "Car":
SetCarModel(car, model),
SetCarColor(car, color),
SetCarEngine(car, state),
SetCarDoorLock(car, state),
SetCarEmergySiren(car, state),
SetCarHorn(car, state).
-- Since: v0.2.1b
while(true) do
local ped = GetPedStruct(1) -- Get player 1 structure
if (ped ~= 0) then -- Player 1 is exist
local car = GetPedCar(ped) -- Get car struct (car player)
if (car ~= 0) then -- Car is defined
SetCarDoorLock(car, 1) -- Locked doors in car
end
end
wait(200)
end
Re: MISI
Posted: 01 Mar 2018, 16:21
by Logofero
The statistics (the number of downloads and positive responses) shows that people are not interested in the MISI project for which it will be completed after updating v0.2.2b.
I do not see any prospects for continuing to develop this project.
Thanks to all who left feedback and words of support.
Re: MISI
Posted: 08 Mar 2018, 13:41
by Logofero
Re: MISI
Posted: 08 Mar 2018, 13:53
by elypter
very cool.
Re: MISI
Posted: 08 Mar 2018, 20:25
by Sektor
Nice, you figured out car spawn! I’m excited to test it and see how it works.
Re: MISI
Posted: 08 Mar 2018, 22:39
by BeepBoop
Alright, glad you figured out car spawn.
Re: MISI
Posted: 09 Mar 2018, 01:45
by Logofero
This will be included in the release on which I am currently working. There will be more edits and additions about which you will learn after the public version.
Thank you guys for all the feedback.
Coming soon.
Re: MISI
Posted: 10 Mar 2018, 03:14
by Logofero
From the fields of development.
Found auto detect ground z. If you set 255 for z, the CREATE method looks for the earth coordinate (but not all CREATE_ interfaces look for ground z for example CREATE_LIGHT needs the exact z coordinate).
This is a very useful feature since you do not need to use two interfaces to create the same type of object.
Re: MISI
Posted: 10 Mar 2018, 05:24
by Logofero
Re: MISI
Posted: 11 Mar 2018, 03:09
by elypter
wow, flashlights. thats perfect for a zombie mode
Re: MISI
Posted: 11 Mar 2018, 09:38
by T.M.
Logofero wrote:From the fields of development.
Found auto detect ground z. If you set 255 for z, the CREATE method looks for the earth coordinate (but not all CREATE_ interfaces look for ground z for example CREATE_LIGHT needs the exact z coordinate).
This is a very useful feature since you do not need to use two interfaces to create the same type of object.
There are probably other methods that use 255 also, cannot remember myself anymore, but in the Decompiler i wrote has those in use. Maybe you can learn other useful stuff from the decompiler sources too.
![[gang]](./images/smilies/powerups/gang.png "[gang]"){kind=small}