open.mp forum
[Suggestion] Open.MP API - Printable Version

+ open.mp forum (https://forum.open.mp)
-- Forum: open.mp (https://forum.open.mp/forumdisplay.php?fid=40)
--- Forum: Questions and Suggestions (https://forum.open.mp/forumdisplay.php?fid=42)
--- Thread: [Suggestion] Open.MP API (/showthread.php?tid=223)

Open.MP API - Atom - 2019-04-15

1: The option to allow or not, enter the server if the user has .asi or other files in their games folder.



Code:
OnPlayerHasAsiFiles(playerid)





2: All keys



3: Sounds from the server, as it is with the custom models in the 0.3.dl but with sounds.



4: Obtain the resources of the pc in which the player enters, to create personalized options depending on your hardware, to optimize



5: Voice Chat.

Code:
OnPlayerSpeak(playerid)



OnPlayerConectToVoiceChat(playerid, voicechatid)



OnPlayerDisconectToVoiceChat(playerid, voicechatid)



ConectPlayerToVoiceChat(playerid, voicechatid)



DisconectPlayerToVoiceChat(playerid, voicechatid)



6: Connectivity between servers, that the same server can connect to another.

Code:
ConectPlayerToServer(playerid, "111.11.11.11:7777");



EnableConnectionFromAnotherServer()





7:A suitable browser that can be used in the game. It would be great to desing interfaces from html and css.



Code:
StartWebBrowser(playerid, url)



SetWebBrowserUrl(playerid, url)



OnPlayerEnterToWebBrowser(playerid)



OnPlayerExitToWebBrowser(playerid)



OnPlayerConectToUrl(playerid, url)



OnPlayerDisconectToUrl(playerid, url)



EnableJavascript(playerid)



DisableJavascript(playerid)


RE: Suggestion for the future Open.MP API - BZ_ - 2019-04-15

(2019-04-15, 12:36 AM)Atom Wrote: 5: Voice Chat.
Code:
OnPlayerSpeak(playerid)

OnPlayerConectToVoiceChat(playerid, voicechatid)

OnPlayerDisconectToVoiceChat(playerid, voicechatid)

ConectPlayerToVoiceChat(playerid, voicechatid)

DisconectPlayerToVoiceChat(playerid, voicechatid)

i know we're still not very close to the release phase, but this feature is sometimes game changing and much needed. It'd be great if it were added as an optional feature.

RE: Suggestion for the future Open.MP API - Atom - 2019-04-15

(2019-04-15, 01:03 AM)BZ_ Wrote:
(2019-04-15, 12:36 AM)Atom Wrote: 5: Voice Chat.

Code:
OnPlayerSpeak(playerid)



OnPlayerConectToVoiceChat(playerid, voicechatid)



OnPlayerDisconectToVoiceChat(playerid, voicechatid)



ConectPlayerToVoiceChat(playerid, voicechatid)



DisconectPlayerToVoiceChat(playerid, voicechatid)



i know we're still not very close to the release phase, but this feature is sometimes game changing and much needed. It'd be great if it were added as an optional feature.





Also the option to put an icon on the head when talking, that the icon can be customized by the server

RE: Suggestion for the future Open.MP API - Kiru - 2019-04-15

(2019-04-15, 12:36 AM)Atom Wrote: 5: Voice Chat.

Code:
OnPlayerSpeak(playerid)



OnPlayerConectToVoiceChat(playerid, voicechatid)



OnPlayerDisconectToVoiceChat(playerid, voicechatid)



ConectPlayerToVoiceChat(playerid, voicechatid)



DisconectPlayerToVoiceChat(playerid, voicechatid)



I would rather use an external program such as Teamspeak or?Discord.

RE: Suggestion for the future Open.MP API - Botato - 2019-04-15

The number 6 can be done with sockets.

RE: Suggestion for the future Open.MP API - Atom - 2019-04-15

(2019-04-15, 04:26 AM)Botato Wrote: The number 6 can be done with sockets.



Are you serious?



Because I was referring to connect to a different server, such as exiting the current one and entering another one without closing the game.

RE: Suggestion for the future Open.MP API - Melvin - 2019-04-15

I don't think voicechat is a smart idea.

RE: Suggestion for the future Open.MP API - Bork - 2019-04-15

or how about we not use pawn or at least add support for other languages

:cry:

RE: Suggestion for the future Open.MP API - Manyula - 2019-04-15

- OnPlayerTakeDamage should be called BEFORE a player takes damage

-> Alternative: make returning 0 negate all damage (also self-inflicted!)

- Macros for map icons in the chat and 3D text labels

- AttachMapiconToPlayer, AttachMapiconToVehicle, AttachMapiconToObject

- Split ShowNameTags into two separate functions:

- ShowNameTags to toggle the visibility of the players' names

- ShowPlayerBars to toggle the visibility of the players' health/armor bars

- Show/HideVehicleMarkers

- SetPlayerHealthLevel to match the extended HP bar from the singleplayer

- EnableTeargasCoughing

- EnableVehicleDirt

- Get/SetPlayerCameraMode TogglePlayerCameraMode

- Get/SetPlayerLungCapacity

- Get/SetPlayerStamina

- Up to four dialog buttons

- Lag compensation for vehicles

- Colored checkpoints

- Ability to change font size of 3D text labels

- Ability to toggle collisions between players

- Basic NPC functionality: Walking from node to node, shooting, killable

- Building on the DL feature:

-> Custom map icons

-> Custom player blips/markers

-> Custom player animations

-> Custom vehicle models

- ScreenToWorld function which returns a boolean based on whether a certain x,y,z position is in the field of view of a specific player

- Make all keys available for use

- OnPlayerPause and OnPlayerUnpaused

- Don't desync the player when he enters the game's menu. Make a transparent overlay so the player can still see what's going on ingame.

RE: Suggestion for the future Open.MP API - shourya - 2019-04-15

(2019-04-15, 02:46 PM)Manyula Wrote: - OnPlayerTakeDamage should be called BEFORE a player takes damage
?-> Alternative: make returning 0 negate all damage (also self-inflicted!)
- Macros for map icons in the chat and 3D text labels
- AttachMapiconToPlayer, AttachMapiconToVehicle, AttachMapiconToObject
- Split ShowNameTags into two separate functions:
?- ShowNameTags to toggle the visibility of the players' names
?- ShowPlayerBars to toggle the visibility of the players' health/armor bars
- Show/HideVehicleMarkers
- SetPlayerHealthLevel to match the extended HP bar from the singleplayer
- EnableTeargasCoughing
- EnableVehicleDirt
- Get/SetPlayerCameraMode TogglePlayerCameraMode
- Get/SetPlayerLungCapacity
- Get/SetPlayerStamina
- Up to four dialog buttons
- Lag compensation for vehicles
- Colored checkpoints
- Ability to change font size of 3D text labels
- Ability to toggle collisions between players
- Basic NPC functionality: Walking from node to node, shooting, killable
- Building on the DL feature:
?-> Custom map icons
?-> Custom player blips/markers
?-> Custom player animations
?-> Custom vehicle models
- ScreenToWorld function which returns a boolean based on whether a certain x,y,z position is in the field of view of a specific player
- Make all keys available for use
- OnPlayerPause and OnPlayerUnpaused
?- Don't desync the player when he enters the game's menu. Make a transparent overlay so the player can still see what's going on ingame.
nice O_o what about huds?

RE: Suggestion for the future Open.MP API - Atom - 2019-04-16

(2019-04-15, 02:46 PM)Manyula Wrote: - OnPlayerTakeDamage should be called BEFORE a player takes damage

?-> Alternative: make returning 0 negate all damage (also self-inflicted!)

- Macros for map icons in the chat and 3D text labels

- AttachMapiconToPlayer, AttachMapiconToVehicle, AttachMapiconToObject

- Split ShowNameTags into two separate functions:

?- ShowNameTags to toggle the visibility of the players' names

?- ShowPlayerBars to toggle the visibility of the players' health/armor bars

- Show/HideVehicleMarkers

- SetPlayerHealthLevel to match the extended HP bar from the singleplayer

- EnableTeargasCoughing

- EnableVehicleDirt

- Get/SetPlayerCameraMode TogglePlayerCameraMode

- Get/SetPlayerLungCapacity

- Get/SetPlayerStamina

- Up to four dialog buttons

- Lag compensation for vehicles

- Colored checkpoints

- Ability to change font size of 3D text labels

- Ability to toggle collisions between players

- Basic NPC functionality: Walking from node to node, shooting, killable

- Building on the DL feature:

?-> Custom map icons

?-> Custom player blips/markers

?-> Custom player animations

?-> Custom vehicle models

- ScreenToWorld function which returns a boolean based on whether a certain x,y,z position is in the field of view of a specific player

- Make all keys available for use

- OnPlayerPause and OnPlayerUnpaused

?- Don't desync the player when he enters the game's menu. Make a transparent overlay so the player can still see what's going on ingame.





That's my wet dream!!!

RE: Suggestion for the future Open.MP API - Salesman - 2019-04-16

I think it would be good to add a function for range messages aswell, as all the other things you wrote.

RE: Suggestion for the future Open.MP API - RenanMsV - 2019-04-16

Client side scripts for things that should run faster and dont need a response from the server.

RE: Suggestion for the future Open.MP API - Botato - 2019-04-16

(2019-04-15, 04:36 AM)Atom Wrote:
(2019-04-15, 04:26 AM)Botato Wrote: The number 6 can be done with sockets.



Are you serious?



Because I was referring to connect to a different server, such as exiting the current one and entering another one without closing the game.

Seriously, it's possible with sockets.

RE: Suggestion for the future Open.MP API - Savage - 2019-04-16

I support idea 5, that the character has a microphone icon or something similar in his head, and thus add it as a personal minichat, in which when moving away it disconnects automatically.

RE: Open.MP API - Gravityfalls - 2019-04-18


  1. Completely new dialog system:?Timer-based dialogs (where the button can only be pressed after the time is passed and the time on the response button updates) in seconds,

    Dialogs with the ability to have up?to 4 responses,

    Dialogs with font settings such as font size, font face, boldness, italic, underlining and strike-through,

    Maybe a DIALOG_STYLE_FORM so we can have multiple inputtexts? (IDK really lmao)

  2. Custom vehicle handling?

  3. The whole class selection bullshit cleared up.

  4. New dialog system because the current one looks crap as fuck. Maybe give the ability to choose between two designs or go for a newer one completely.

  5. Native pause system.

  6. Ability to reload plugins in runtime.

  7. Detection for more keys (if not all, for security reasons) and a better system for it, the current method is ridiculous.

  8. Ability to reconnect to the same server - not switch, but reconnect to the same server.

  9. Toggle for ambience as added in the previous SA-MP update.

  10. Server hostname color embedding (in-game only)

  11. Maximum characters for playername upto 32.

  12. More textdraw fonts?

  13. Voice chat programmed with keeping the voice channels planned, so we can easily integrate team vc etc.

  14. Better server configuration file plz the .cfg sucks.

  15. Screen based text labels - Like the one that shows up when you play audio stream with the same functions as mentioned in the dialogs one.

  16. Checkpoint color customization with color codes?

  17. Server sided timecyc?

  18. Toggle for interior exits, garage doors, pay and sprays etc.

  19. Updated textdraw API textdraw movement.

  20. Accurate timers?

  21. Ability to switch weapons while in vehicle.

  22. Cutscene skins added

  23. Friendly fire for vehicles with a callback

  24. Screenshot and chat typing detection.

  25. Enable the disabled graphic stuff in SA-MP (vegetation, shadows etc)

  26. Better audio streaming ( playing mp3 which are linked in a specific folder Incognito's audio plugin features)

  27. Proper damage detection (vehicle ram/ heli blade/ car ram etc)

  28. Removing the SetSpawnInfoEx or w.e. it is because the team parameter is broken

  29. Unoccupied vehicles having the ability to take the damage.

  30. Removing or changing the default ban system.

  31. More options for OnPlayerClickPlayer, right now it only works when the name is clicked on the scoreboard.

  32. Player oxygen related native

  33. add cat pics

  34. Resizing objects

  35. Fixing the bypass to dialog inputs using copy-paste.

  36. Vehicle crash patches

  37. Discord rich presence please

  38. Update the SQLite integration

  39. SA-MP features (hi hual)

  40. SoRt AnD fIlTeR fOr GaMeModEs, so we can filter out/ in TDM, DM, RP etc. in the launcher.

  41. OnPlayerHoverTextdraw

  42. Hiding vehicle icons in the map

  43. Square and circle map icons (for players too)


I think that's enough for now :P

RE: Open.MP API - GiamPy - 2019-04-20

Coming from a roleplay world, the only reason for which I haven't played on FiveM yet is because of the voice chat being literally almost everywhere. I wouldn't want the voice chat to be natively implemented in OpenMP either.

RE: Open.MP API - Gravityfalls - 2019-04-22

Adding Actor Plus features natively would be sick (https://github.com/Dayrion/actor_plus - Thanks Dayrion ;p)

RE: Open.MP API - Dayrion - 2019-04-23

(2019-04-22, 04:41 PM)Gravityfalls Wrote: Adding Actor Plus features natively would be sick (https://github.com/Dayrion/actor_plus - Thanks Dayrion ;p)



What an honor to be mentioned.

RE: Open.MP API - javelin - 2019-04-23

I honestly disagree with the VOIP functions.

RE: Open.MP API - Zorono - 2019-04-24

Intersting.

RE: Open.MP API - Godfather - 2019-04-25

Adding custom 3D icons (images) - textdraws in 3D space.

Something like this:

[Image: MLnbYyX.png]

And make it attachable to player/object/vehicle, something like paused icon.

[Image: upN0ovf.png]

Also adding custom map icons would be great.

RE: Open.MP API - BloodMaster - 2019-04-25

I do agree that maybe we need more keys, but, I suggest adding

"Custom Key 1"

"Custom Key 2"

"Custom Key 3"

To the client, where the player himself can dictate which key is which.

If you hardcoded the keys, players wouldn't be able to change them.



If you just want it for a "custom input text", maybe just make the textdraw type "inputtext" ??

I mean, for what do you actually need ALL keys.

RE: Open.MP API - iReal Worlds - 2019-04-25

(2019-04-15, 01:39 AM)Kiru Wrote:
(2019-04-15, 12:36 AM)Atom Wrote: 5: Voice Chat.

Code:
OnPlayerSpeak(playerid)



OnPlayerConectToVoiceChat(playerid, voicechatid)



OnPlayerDisconectToVoiceChat(playerid, voicechatid)



ConectPlayerToVoiceChat(playerid, voicechatid)



DisconectPlayerToVoiceChat(playerid, voicechatid)



I would rather use an external program such as Teamspeak or?Discord.

Yes, for talking to your friends, it is indeed more useful to use discord than connect to an open mp server. But, for roleplay servers especially, a local voice chat (range based) or a radio chat for cops for example cannot be replicated using discord.



(2019-04-15, 04:26 AM)Botato Wrote: The number 6 can be done with sockets.

Native > crude workaround



(2019-04-15, 08:29 AM)Melvin Wrote: I don't think voicechat is a smart idea.

Why



(2019-04-23, 11:47 PM).5150 Wrote: I honestly disagree with the VOIP functions.

Why



(2019-04-25, 03:09 PM)BloodMaster Wrote: I do agree that maybe we need more keys, but, I suggest adding

"Custom Key 1"

"Custom Key 2"

"Custom Key 3"

To the client, where the player himself can dictate which key is which.

If you hardcoded the keys, players wouldn't be able to change them.



If you just want it for a "custom input text", maybe just make the textdraw type "inputtext" ??

I mean, for what do you actually need ALL keys.

The idea is to detect all keys so we can have custom hotkeys. Your idea would unneccessarily limit server developers.





On the VOIP topic, I completely agree that it is a good idea, albeit it should be toggleable by players and server developers should be able to limit it by range. But, it is vital that this should be implemented in a way that doesn't impact performance that much.

RE: Open.MP API - BloodMaster - 2019-04-26

(2019-04-25, 10:57 PM)iReal Worlds Wrote: The idea is to detect all keys so we can have custom hotkeys. Your idea would unneccessarily limit server developers



You don't need them. You already have more than enough.

Think about games.

Which games use letters K,H,U,L for anything?

And even the ones that use those buttons, they're changeable by the players.



If you're struggling with the lack of keys, tell me what you need them for and I'll offer you a solution.

RE: Open.MP API - iReal Worlds - 2019-04-27

(2019-04-26, 09:27 AM)BloodMaster Wrote:
(2019-04-25, 10:57 PM)iReal Worlds Wrote: The idea is to detect all keys so we can have custom hotkeys. Your idea would unneccessarily limit server developers

You don't need them. You already have more than enough.
Think about games.
Which games use letters K,H,U,L for anything?
And even the ones that use those buttons, they're changeable by the players.

If you're struggling with the lack of keys, tell me what you need them for and I'll offer you a solution.

I gather from your replies that you are generally against trusting developers with full control over everything =))

They are changeable by the player in any game because they have the privilege of not worrying about generalisations. They know they need a key for the team chat, a key for using an ability and so on. But the open.mp developers don't know what every server needs keys for. Some servers would not need any, while some would need numbers 1-3 for example, and others would need the key K and so on. Also, some servers would need 0 keys, while some would need 8, others 5 etc. If anyone should come up with a smart solution to still allow players to change the keys, while not limiting developers to 3 custom keys (maybe the possibility for the server to specify in a manifest what keys they need i.e how they should appear named in the user settings, and then the ability to use this keys as they've defined it?) I will be the first to give it a rep and suggest it whenever the topic should arise again, as I think this would be the ideal solution. But, if this is not possible, limiting the developers, in my opinion, is always a bad choice if it's not for the player's security.

RE: Open.MP API - Gravityfalls - 2019-05-02

BloodMaster, we're living in 2019 and we want to make features which are easy to use - we don't want command for every thing - using keys is one good solution, take a look at other games they can equally do the same, you can choose whatever key you like to use, the same can be done here, but with a little trick.



I think all keys should be made accessible.