Search the Community

Showing results for tags 'devblog'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • RAGE Multiplayer
    • Announcements
    • Discussion
    • Suggestions
  • Scripting
    • Scripting
    • Resources
  • Community
    • Support
    • Servers
    • Media Gallery
  • Non-English
    • Русский - Russian
    • Français - French
    • Deutsch - German
    • Espanol - Spanish
    • Română - Romanian
    • Portuguesa - Portuguese
    • Polski - Polish

Categories

  • Scripts
  • Gamemodes
  • Libraries
  • Plugins
  • Maps
  • Tools

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Facebook


Youtube


Skype


Web


VK

Found 28 results

  1. ragempdev

    devblog 16.09: Development Report

    Hi there! It has been mentioned that it is important for us to keep the community in touch with the latest changes we make. Here's a small peek of what has been implemented since the previous announcement! Peds Shared peds have been added. This implementation lets you make your client-sided peds globally visible (as long as players can see the owner of the ped) and will be synchronised without any additional work. Being a basic version, this feature got a few limitations such as a lack of control server-side (as this implementation is based on the existing client-side mp.peds, however, scripters can wrap it into a server-side dummy entity). While you surely can use this to "make the traffic dream come true" (thanks to unoccupied vehicles synchronization introduced in 0.4 earlier, peds even can drive vehicles!), this implementation is purposed at making proper PvE game modes with AI involved (scripted missions? competitive game modes with enemy AI?). Shared peds API is pretty simple and does include only a few changes to mp.Ped class properties: Added: boolean: ped.isShared (read-only for non-owners) Added: boolean: ped.isOwned (read-only) Added: mp.Player: ped.owner (read-only) Added: number: ped.sharedId (read-only) (note that shared peds id system works per player so different peds owned by different players aren't supposed to have unique shared ids) Added: Array: player.peds Here's a quick code example: mp.peds.new('mp_m_freemode_01', mp.players.local.position, 0, (ped) => { // make it shared on stream in, you can't make a ped global if it's not physically created on our side yet ped.isShared = true; // apply some trivial scripting tasks, run animations or something similar const targetPos = mp.players.local.position; ped.taskGoStraightToCoord(targetPos.x + 10, targetPos.y + 10, targetPos.z, 1, 10000, 0.0, 0.5); setTimeout(() => { ped.taskHandsUp(5000, 0, 0xFFFF, true); }, 10000); }); ...and a video showing how it looks in the game for a local and remote player: Scripting (examples given in JavaScript, but changes applicable for other runtimes too) Added: mp.events.addCommand, it works just like the server-sided one, but without player argument (local player should be considered instead, obviously) [client-side] Updated: mp.game.invoke/player.invoke now supports 64-bit unsigned BigInt native identifiers (String ones are still supported too): [shared] player.invoke(0xB96B00E976BE977Fn); // New syntax (BigInt) player.invoke("0xB96B00E976BE977F"); // Legacy syntax (String) Updated: client-side entity.model setter supports String value too (like server-side does) Updated: 64-bit integer (BigInt) support has been added to local/remote events mechanism/shared variables Added: rage::ILocalEventHandler introduced earlier got implemented for scripting VMs, adding next APIs: mp.events.addLocal, mp.events. callLocal (don't confuse with mp.events.call which triggers local events too, but only ones inside the local JS runtime): mp.events.addLocal("trigger_my_js_stuff_plox", (arg1, arg2) => { return new mp.Vector3(1, 1, 1); }); JS runtime is now disabled when the server doesn't use any JS package (as people tend to forget to configure it) JS runtime increasing the usage of newest V8 Engine features to avoid deprecated APIs Misc A deeper game clean-up with major game resources reloading on reconnect New server config option: "instant-connections". It lets you, for example, join faster to your test server without the deep clean-up ("true" means 0.3 reconnect clean-up behavior) New game load and resources download UI with server customization support to be added by next development progress report Peds aren't invincible or frozen by default anymore CEF dependency update: 3.3497 (Chromium 69) NodeJS dependency update: 10.10.0
  2. Hello there, Usually, we don't post weekly announcements but thought that it would be a good idea to keep the community up to date with the latest updates made before the next major release goes public. Scripting Client-side JS debugging support has been implemented, source maps compatibility is still in the process of being implemented. Added: property bool object.isWeak [client-side]. Added: event "connectionScreenFadeOut" (cancellable to let you spawn the player gracefully) [client-side]. Updated: ped.setHeadOverlay is now same as player.setHeadOverlay to avoid confusion [client-side]. Added: mp.game.ui.removeConnectionScreen() [client-side]. General Server packages now download in parallel (up to 5 concurrent downloads by default, configurable up to 10) Improved client packages encryption cryptography Fixed player's ability to send chat messages before getting completely ready Increased initial server data download timeout Modding: "raw" dlc packs mechanism has been implemented (files get packed into a virtual "rpf" on client loading so it's technically the same): this makes updating your dlcpacks easier and faster for your players, but also lets you use mods without using additional software to pack/encrypt it. Recursive RPF support is implemented too, structure example: Internal testing and code reviews have helped us to resolve issues introduced when working on 0.4, this has also helped with reducing the need for splitting new major releases per testing releases Launcher / Updater Changes Updater now also downloads in parallel (up to 10 concurrent downloads), this provides a faster updating process Fixed rage:// launch protocol Updater UI has been updated (credits to @Kasimir for the hard work on making it as lightweight as possible, to keep updater quick and small) Would you prefer more frequent update announcements for future changelogs? Do you love the new updater UI? Comment below or give us feedback on our Discord
  3. It has been a month since the previous 0.4 development announcement, this time we used to post some random development progress (such as 1.44 support or 3D CEF experiments, for example), but isn't this day (by the way, first 0.3 Developer Preview has been released exactly a year ago!) nice enough to share a recent updates list? Anti-Cheat Essentials, Part I RAGE Multiplayer 0.3 did not have an actual anti-cheat code, but basic checks and some game code parts being protected, it prevented most of unauthorized mods/cheats to work correctly, however, 0.4 introduces a more advanced anti-cheat protection with multiple detection methods unavailable script-wise. Despite some of lower level protection methods having to be implemented yet, here are some of its current features: Detection of most of the internal/external cheats Abusive software detection Game code changes aimed at breaking existing game mods compatibility and protecting game's internals A quick pre-launching scan to notify players about potential cheating software is running Launcher improvements Pre-launch Social Club initialization has been cut to speed up game launching times and fix launcher failures. Multiple game instances support has been made public (currently unavailable for Steam though due to its protection) Updater does not require .NET and performs faster now Scripting Added: object.rotateLocal(rotation) [client-side] Added: object.rotate(rotation) [client-side] Added: event "exceptionCaught" [client-side] Added: mp.events.addDummyHandler(type, handler) [client-side] Added: mp.objects.newWeak(gameHandle) which creates a mp.Object reference to a game object to let you use it without natives Removed: mp.game.ped.createPed, mp.game.object.createObject, mp.game.object.createObjectNoOffset, mp.game.graphics.createCheckpoint, mp.game.cam.createCamWithParams, mp.game.cam.createCameraWithParams, mp.game.cam.createCamera, mp.game.cam.createCam, use mp.peds.new, mp.objects.new, mp.checkpoints.new, mp.cameras.new [client-side] Added: mp.game.player.enableDefaultEngineBehaviour (toggle) [client-side] Added: event "cheatDetected" Added: client/server cross-plugin/vm events mechanism (e.g, C# <-> C++ <-> JS) Misc Standalone cross-platform optional client packages hosting application Dummy entity serialization server performance improvements Internal server SDK refactor that makes scripting wrappers easier and with less overhead scripting wrappers (such as JS and C# API) Game's vanilla script processing has been disabled for increased performance and security. Rockstar SocialClub in-game front-end processing has been disabled (that annoying window popping up when you press Home was affected 💀 too, by the way) Client package downloader has been rewritten to prevent known issues and improve overall performance 0.4's new synchronization bandwidth optimizations Launcher front-end is now shared with the in-game menu Fixed cursor not showing correctly for "Windows" mouse input mode users Multiplayer menu initialization time has been decreased drastically Fixed random client crash on launch when CEF initialization is slow Unoccupied vehicle synchronization Fixed "fastdl-host" server config option Fixed mp.keys.bind not working correctly for 'down' Fixed mp.game.graphics "outline" and "centre" params Rockstar Editor clip recording fixes Fixed MP sounds not loading by default Native invoker improvements and fool-proofing 0.4d's "unrevealed feature" got voice activity detection Dependencies such as CEF (Chromium version is 68 now) and NodeJS (10.9.0 now) have been updated Fixed the DLC packages issue introduced with Grand Theft Auto V's latest update JS sanity checks preventing the "undefined:0" error (in the cases reported to us) Improvements to server-side API calls ordering reliability Release Date? ETA? We do not have an official ETA announced and won't until the day it's fully complete. The reason is so that the release isn't rushed and you aren't let down if the release date passes without an actual release. There is an "internal ETA" that is followed and is soon™ approaching. Don't worry, progress is being made!
  4. ShiderAmroth

    Creating a basic Server

    Greetings, we have a project about hardcore RolePlay and we finally find that Rage MP. I want you guys to help us about creating a basic server because we are started from zero. We are welcome to all opinion and suggestions from you guys. thanks
  5. Hello everyone! It's been 2 months and a number of _not that big_ updates released since our major RAGE Multiplayer 0.4 update was announced (with which we've enjoyed a major increase in the amount of concurrent players online, thanks for that! 😉), so today, the development team is happy to announce the 0.4 update launch process! Not to mention that Grand Theft Auto V's next Nightclub DLC which includes the game 1.44 patch is going to be released in a week which expectedly would break the multiplayer major functionalities, but thanks to 0.4's greatness, it cannot be released at once, but gradually by adding and testing feature by feature till everything's properly working, which is presumed to by the end of July. Feature release schedule: 0.4a - basic 0.4 update, including multiplayer core improvements such as new streamer and most of C#/JS scripting enhancements, new UI 0.4b - synchronization update covering most of the flaws existed ever (almost every of player animations synchronized? yeh, right! client-side scripted animations synchronized? yes!). Examples below don't show all improvements, but some trivial cases: climbing ladder / fall / ragdoll synchronization cover / cover shooting / reloading weapon while running / combat roll synchronization 0.4c - client-side C# API release 0.4d - partial p2p introduction and some bonus feature 🤠 0.4 Stable - 0.4 ending update featuring stability improvements and not released yet features 0.4a: General Updates Major client-side scripting refactoring Part of game limits adjusted (more content could be stored in dlc packs!) Networking improvements made to implement *cheap* NPC traffic in future releases Original bike melee from GTA Online has been added into the game Client-side packages encryption Chromium has been updated to 67 NodeJS has been updated to 10.6.0 (V8: 6.7.288.46) Compression of resources (less client-side resources download time, less drive space taken!) Added screenshots:// scheme to access screenshots in CEF Reimplemented state-of-art client-/server-side streamer tailored for the game's needs and limits Grand Theft Auto V's character system has been disabled that allows you to get rid of stats, but also it fixes some game glitches 0.4a: UI Updates Completely new launcher UI with fresh design useful features such as all country flags added! Game menu's alternative trigger key is disabled now New chat with highly requested features such as scrolling and message history Main menu: disconnect button Main menu: fixed server list visual issues Game pause menu: removed useless tabs 0.4a: Stability / Performance Updates Initial loading optimizations for multiple cases: a) lots of players joining b) lots of entities spawned JS runtime optimizations Optimized shared data Optimized CEF rendering Optimized nametag rendering Fixed Windows 7-related issues Fixed server-side native triggers Fixed several server-side C# functions Fixed client-side peds-related crash Improved client's threading model Fixed takeScreenshot paths Optimized 3d text label rendering Drastically improved performance of triggers containing really huge data Improved JS API memory management Fixed vehicle number plate value in vehicle constructor being ignored for existing players Fixed some face features not applying well when not set using SetFaceFeature Fixed recently added clothes drawables not working Fixed game crashes in specific game locations Fixed vehicle.repair() keeping exploded vehicles not usable Fixed heavy vehicles sounds Fixed waypoint events Fixed vehicle customization not setting correctly for connected players Improved updater downloading performance Fixed game when crash large amount of players/peds streams in Fixed disabled game menu input issue Server-side entity streaming performance has been improved Other miscellaneous stability improvements and API fixes 0.4a: API Updates Internal wrappers initially created for C# were moved into the server core to improve stability, supportability and make it possible to be used by different APIs (e.g., it could be imported directly into any language that supports C interoperability). // a short example of using Player::Spawn at LuaJIT (considering you have basic LuaJIT hosting plugin) local ffi = require("ffi") ffi.cdef[[ void SpawnPlayer(unsigned short playerId, float x, float y, float z, float heading); ]] ffi.C.SpawnPlayer(playerId, 0.0, 0.0, 0.0, 0.0) Server-side facial decorations player.setDecoration(collection, overlay, isFacial); Client-/server-side weapon components API // tints player.setWeaponTint(weapon, tint); let tint = player.getWeaponTint(weapon); // weapon attachments player.addWeaponAttachment(weapon, attachment); // attachment is attachment hash or an array of hashes player.removeWeaponAttachment(weapon, attachment); player.hasWeaponAttachment(weapon, attachment); Server-side entity attachments: entity.attachTo(targetEntity, bone, positionOffset, rotationOffset); entity.attachment entity.attachedTo entity.attachedEntities Blip API enhancements: attachments, radius functionality: blip.radius = 10; // set radius mp.blips.new(1, [0.0, 0.0, 0.0], { radius: 20 // set radius in constructor }); mp.blips.newAttached(1, entity, // attached blips { alpha: 100 }); 0.4d+: Client-to-client triggers (if p2p connection is established, then delivered directly, otherwise the server is used): // client 2 mp.events.add("private_message", (player, msg) => { mp.gui.chat.push(`${player.name} [${player.remoteId}]: ${msg}`); }); // client 1 let receiver = mp.players.atRemoteId(playerId); if(mp.players.local.p2pAllowed) // check if the player (local player in that case) allows p2p connections { if(receiver.connected) // check if direct client-to-client connection is established { receiver.call("private_message", ["hello beast"]); } } Asynchronous evented triggers answers: // clientside mp.events.add("this_event_returns_something", (argument1) => { return [argument1*10, argument1*100]; }); // serverside player.call("this_event_returns_something", [5], (player, argument1, argument2) => { console.log(argument1, argument2); // 50 500 }); Game legacy version native identifiers were (re-)added into the game on par with current game update ones. Since it's actually added, but not translated, performance is absolutely same and no overhead has been added (No worries, there's no native collisions): let maxWantedLevel = mp.game.invoke("0xB89B7DB2727D69D6"); // uses 1.43 hash let maxWantedLevel = mp.game.invoke("0x462E0DB9B137DC5F"); // uses legacy native, that is possible in 0.4 Client-side `entityDataChange` has been replaced with `mp.events.addDataHandler(name, handler)` mp.events.add("entityDataChage", (name, value) => { if(name === 'score') { code; } }); // old, wont work in 0.4 mp.events.addDataHandler("score", (value) => { code; }); // new New: bool OnIncomingConnection(ip, serial, rgscName): mp.events.add("incomingConnection", (ip, serial, rgscName) => { return whitelistedSerials.indexOf(serial) !== -1; // allow connection only in case if "whitelistedSerials" contains our serial }); Added vehicle body/engine health server-side setters: vehicle.engineHealth = 0.0; vehicle.bodyHealth = 1000.0; Updated native invoker that supports references and different return values // mp.game.invoke(native[, returnValueType], arguments) // 0xD75960F6BD9EA49C BOOL GET_PED_LAST_DAMAGE_BONE(Ped ped, int* outBone) // 0x17C07FC640E86B4E Vector3 GET_PED_BONE_COORDS(Ped ped, int boneId, float offsetX, float offsetY, float offsetZ) // this native shows just an example of updated invoker, however in real environment this code could've been implemented using client-side API and especially Player class method const types = mp.game.invokeTypes; let argumentsWithAReference = [player, 0]; if(mp.game.invoke("0xD75960F6BD9EA49C", argumentsWithAReference)) { let boneCoords = mp.game.invoke("0x17C07FC640E86B4E", types.Vector3, [player, argumentsWithAReference[1], 0, 0, 0]); mp.gui.chat.push(`Bone: ${argumentsWithAReference[1]}; ${boneCoords.x}, ${boneCoords.y}, ${boneCoords.z}`); } Objects/ped/markers/checkpoints/pickups got streaming API: mp.objects.new(model, position, { streamDistance: streamDistance // pass stream distance as an additional param on creation }); object.streamDistance = 300; // or set it later object.streamDistance = 5000; // make the object globally visible object.notifyOnStreamingUpdate = true; // makes it calling entityStreamIn/Out; false by default object.hidden = true; // hide entity from the world JS setVarible got support of setting variables from an object (which is more optimized way, by the way): player.setVariables({foo: bar, foo2: bar2}); Added "dummy" entities that allow you to add your own entities (for example a server-side fire, particle or virtual entities like ATM). Here's a really quick example of server-side static peds - a highly asked feature : // client-side function initializeStaticPeds() { mp.dummies.forEachByType(1337, (entity) => // loop though dummy entities with "dummy" id 1337 { if(!entity.pedInstance) { entity.pedInstance = mp.peds.new(entity.getVariable("position"), entity.getVariable("heading"), (function(ped) { ped.taskPlayAnim(this.getVariable("animationDict"), this.getVariable("animation"), 8.0, 1.0, -1, this.getVariable("animationFlag"), 1.0, true, true, true); }).bind(entity), entity.dimension); entity.pedInstance.parentEntity = entity; } }); } // server-side function addStaticPed(model, position, heading, animationDict, animationFlag, animation, dimension) { let entity = mp.dummies.new(1337, // dummy entity type dimension, { // initial shared variables heading: heading, animationDict: animationDict, animationFlag: animationFlag, animation: animation }); entity.playAnimation = function(dict, anim) { this.setVariable({ animationDict: dict, animation: animation }); }; return entity; } 0.4a: C# API Updates Added: unique object instancing that is useful to compare different objects with same NetHandles Updated: model enums are up to date now Changes: Value type arguments are now passed by read-only reference to avoid unnecessary heap allocations. readonly-ref.md (Github) Fixes: Resolved runtime assembly issues, bridge should be fully standalone. Fixes: The bridge now has its own Newtonsoft.Json to avoid version conflicts with the user-loaded (newer/older) assembly. Fixes: Dynamic type no longer relies on an older Microsoft.CSharp.dll assembly which was a workaround. Added: Methods to register Commands at runtime using NAPI.Command.Register and NAPI.Command.Unregister Added: Method and property to Client to Block parsing commands Added: Methods to invoke RemoteEvents and Commands using NAPI.RemoteEvent.Invoke and NAPI.Command.Invoke Added: Ability to register RemoteEvents at runtime using NAPI.RemoteEvent.Register and NAPI.RemoteEvent.Unregister Updated: Bootstrapper now relies on .NET Core 2.1.0 Important: Bridge's framework update now targets netcoreapp2.1, make sure to set your target framework to .NET Core 2.1 in your projects for the resource to function properly, this framework update brings a lot of performance improvements over .NET Core 2.0 as well as the missing features for EF Core importantly. Updated: Overall bridge performance improvements and optimizations. most evidently, ClientEvent Triggers now perform at least 2 times faster than they did before. Updated: Allow Instantiating private ctors (fool-proofing) Updated: Commands, ServerEvents and RemoteEvents should no longer require a public (& non-static) access modifier. for example Removed: The unable to locate .NET Core SDK message, the bridge is self-contained and does not require any SDKs to be installed. Fixed: VehicleSirenToggle event Fixed: Vehicle Trailer API Added: Driver property to Vehicle object (OOP) Added: Commands Attributes, this should be an alternative to the current ones. Here's an example of usage and a list of available attributes Added: RemainingText parameter attribute to Commands, this should replace GreedyArg. Here's an example of usage Removed: NativeHashes enum (obsolete) Added: Disabling default server behaviour event attributes: [DisableDefaultChat], [DisableDefaultOnConnectSpawn] and [DisableDefaultOnDeathRespawn], example of usages can be seen, as following on OnChatMessage, OnPlayerDeath and OnPlayerConnected. Added: GetAllPlayers to ColShape object (OOP) Added: Included Windows-1251 (Cyrillic) Encoding by default Encoding.GetEncoding("Windows-1251") Fixed: Cast exceptions and other bugs reported by users. Added: As much as possible fool-proofing to avoid devs falling in pitfalls of mistakes Added: ConsoleOutput overloads with the ability to output colorful text on console.. examples of usages: here Updated: NAPI.Log.Exception now has a customizable file param, example usage: NAPI.Log.Exception("Ouch, I've crashed!", "server_ouches.txt") Added: GetServerPassword method Added: New server events such as VehicleDeathEx with additional reason and killer params Added: A Remote Console that can interact with the server directly which supports multiple kinds of input. very useful for development and testing without having to in-game. You can read the documentation here Fixed: A couple of memory leaks in ClientEvent triggers Fixed: Vehicle mods API Fixed: Clean up EntityData after deletion Added: Default resource template creation for an easy resource creation using the guides as following: Setting up a dev env using Visual Studio and Setting up a dev env using Visual Studio Code *0.4a changelogs are non-final and still are subject to change. Full 0.4b-0.4 Stable changelogs will be posted at its releases. When? First of those 0.4 updates (0.4a or even 0.4a + 0.4b?) is going to be released *censored*, however, keep in mind that it heavily depends on the upcoming GTAV's 1.44 patch release date which might vary since it has not been officially announced by Rockstar Games. The update will be optional and will have its own update branch until 0.4 Stable gets released.
  6. 2nd of May, 2016. This was the day that RAGE Multiplayer started development. For many, this was a leap into the unknown and no one knew what to expect from a project with such great potential. Having that said, we can't stress enough how proud we are after two years of hard work to announce the 0.4 of RAGE Multiplayer on the occasion of its BIRTHDAY! Here's a summary of what to expect from the much awaited 0.4: A complete new synchronization During the process of our continuous reworking of the synchronization code, we've found a couple of unused game functionalities that have proved to be very useful in improving general synchronization. So we went ahead and decided to implement these functionalities to improve the overall game synchronization and the result is much better than initially expected. Here's a couple of screenshots that showcase some of the new sync features. (Cover sync while blind firing, different tasks being smoothly sync'ed as if it was just one task) (Proper first-person synchronization, allows you to see where your friends are looking at while in first person) (Ruiner2 parachute synchronization) (Proper combat rolls sync) (Vehicle hydraulics synchronization) (Stealth mode synchronization) A hybrid networking cocktail, Peer-To-Peer mixed with Client/Server! As stated, our rework of synchronization does not stop there, we've also taken a leap ahead and reworked the networking aswell. It now utilizes P2P, when possible, to synchronize the gameplay as smoothly as possible, so there is more juice for the server to sip and much less strain on the network! Client-side C#.. Awesome! Right? A much much requested feature, C# client side, has been added! We're currently working on the Documentation & Implementation so stay tuned for further updates! Miscellaneous A lot of miscellaneous stuff has been added, removed, fixed, and changed. RAGE Multiplayer is much more stable than ever, with no known major issues such as the crash locations being reported. Performance has also improved and we've managed to modernize our networking & synchronization methods. All in all, this is a very promising update which we are sure will fall in taste. Stay tuned for the changelog to find out what exactly 0.4 is all about!
  7. ragempdev

    devblog RAGE Multiplayer 0.3.2 RC-2

    Hello gamers! It has been a year since the previous announcement was posted, and we're glad releasing the first 2018 update today improving all aspects of the multiplayer including all APIs, so please consider reading changelogs of JS and C# API. Synchronization In this update we did some work improving existing synchronization code, and we've got some results. Feel free to post a report at our bug tracker if it was better previously, however we don't except regressions thanks to major amount of the time spent testing those updates: Experimental ragdoll synchronization introduced in 0.3.2 update was replaced with improved pre-0.3.2 implementation. However we'll keep working on the newer ragdoll synchronization implementation futher to re-introduce it soon. Vehicle synchronization prediction was reimplemented Added some tweaks to general onfoot synchronization Fixed desync caused by streaming optimizations API Fixed: text label/marker/checkpoint constructor color issue Fixed: vehicle rotation Added: vehicle.quaternion Added: vehicle.heading (same value as vehicle.rotation.z, but less overheaded) Updated: player.seat starts from -1 now (used to be 0) Added: "this" to events. It includes "cancel" and "handler" properties. Setting "this.cancel = true" would stop triggering futher events this call. Fixed: added fool-proof checks to client-side functions that return strings (some of those crashed the client in case of invalid usage) Added: remote triggers now support Vector3, objects and arrays Fixed: entities transferring wrong Fixed: GiveWeapon gives ammo to every other weapon of the same type (js) Fixed: get/setExtra (js) Fixed: shared data Fixed: markers-related crash Added: invoke now suppots Vector3 (would be pushed as 3 separate floats) and checkpoints Lots of miscellaneous client-side and server-side API fixes Bridge Since the bridge was released, lots of bugs were found. To sort all of them out, we've picked a few experienced C# developers from the community and invited them to QA team. As the result, stability enhancement was great. https://wiki.gtanet.work/index.php?title=Changelog#Version_0.3.1.0 https://wiki.gtanet.work/index.php?title=Changelog#Version_0.3.0.13 https://wiki.gtanet.work/index.php?title=Changelog#Version_0.3.0.12 https://wiki.gtanet.work/index.php?title=Changelog#Version_0.3.0.11 Miscellaneous Server optimizations of world loading having a flood of connecting players Added config parameter to specity client packages path (`client-packages-folder`) Anticheat false-positive detections were reduced Serials are unique now Clientside resource scanning is being done after initial scripts execution now Special Santa Claus magic has peen pushed DOWNLOADS Client download Bridge download Linux server download
  8. TheWishfire

    [LF] Committed Staff - Nexus RP

    Hello reader, I have currently just started a brand new Rage MP server called Nexus RP and am looking for staff. I am mostly looking for Devs but anyone is welcome to join because all staff spots are open. I am looking for people who do have experience in this sort of field (especially when it comes to the Dev team.) I am more relaxed about experience when it comes to Admins and Mods but I do need Devs capable of really running the show. Also Devs will mostly get Mod or higher on the server. If you are interested in becoming a Admin, Mod, Dev or anything else, you can contact me on my discord: TheWishfire#1959
  9. Нид хелп, ставлю Райдж на пиратку 1.0.1180, все инсталиться, качае и т.д, выбираю папку, клиент все чекает и происходит следующее Черный экран и все,никаких больше движений
  10. Hello gamers and developers! We were mainly working on refactoring and the future updates, but that doesn't mean there wouldn't be updated in between! So, here's what 0.3.5 is adding, fixing and improving (and porting!) in the platform: GENERAL Linux build of C# API has been released! Added: player.removeDecoration(decoration, collection) Added: mp.world.time.set(hour, minute, second) as an alternative of mp.world.time.hour/minute/second Fixed: bullet synchronization issues introduced with former game patches Fixed: passenger synchronization issues Fixed: entityDataChange event Fixed: global colshapes Fixed: s2w and arguments in click event Fixed: inactive CEF windows are visible after opening and hiding multiplayer menu Improved: streamer reliability Fixed: attached objects being streamed out when it shouldn't Fixed: trailer events Fixed: hidden CEF windows receiving mouse click events Miscellaneous fixes, optimizations and improvements BRIDGE Important: A new .NET hosting method for the bridge which means an obnoxiously screamingly loud "LINUX SUPPORT!" for the bridge, so you can now use your cheap a$$ virtual private servers. Updated: Performance improvements of events, remote events and commands.. it's basically the stuff that programmers love seeing, if you're not impressed.. get out of here!! Added: SetEntitySharedData overload with Dictionary as a param, this should help you a lot to avoid overhead and increase efficiency, as well as SetSharedData OOP method for entities Added: SetPlayerCustomization Added: SetPlayerDecoration (incl. an overload with an array as param) Added: RemovePlayerDecoration Added: SetPlayerDecoration Added: SetPlayerClothes overload with dictionary as param Added: Missing Client customization OOP methods and properties including the ones mentioned above Added: FirstChanceException Event that should catch all the exceptions thrown before being handled. Added: UnhandledException Event that should catch all the unhandled exceptions thrown. Added: DeathReason enum that can be obviously used to determine the death reason in the Death event (as well as the WeaponHash) Fixed: StackOverflow exception due to events when no resources are loaded. Fixed: Deleted props should now be synced on player connection. Updated: The old-fashioned way of events was completely replaced with a new efficient and performant system that relies on attributes while looking quite clean and fancy. (Here's an example) NOTE: Make sure your event method modifier is set to public!!! Removed: For the sake of the events overhaul, CancelEventArgs had to be deprecated, worry not though, there's a replacement as following: Added: NAPI.Server.SetAutoRespawnAfterDeath(bool value) -- disables the default auto respawning after death, default value: true. Added: NAPI.Server.SetAutoSpawnOnConnect(bool value) -- disables the default auto spawn on player connection, default value: true. Added: NAPI.Server.SetGlobalServerChat(bool value) -- disables the default server chat, default value: true. Updated: Remote events have been enhanced (as requested by many) and should now be very straightforward to use like commands (Here's an example of possible usages) Updated: Additionally, We've also made it possible to use Entity objects (Client, Vehicle, Object, etc..) in Remote events, so you wont have to do the additional work (Here's an example) Updated: Commands have been optimized and should now be much more performant than ever Added: Non thread-safe methods will no longer cause a server crash when called outside of main thread, will simply print a warning on console. Added: Added (NetHandle).Entity<T>() method for the sake of OOP fanciness, this has the same usage as NAPI.Entity.GetEntityFromHandle Fixed: CreateVehicle should now spawn with desired colors set in the parameters. Added: Exceptions are now logged into their own file (server_exceptions.txt), so now you can worry not about the console crashing without you having a look at the thrown exception. Added: Additionally, we've added Ben.Dymestifier which should make exception (stack traces) logs more productive. Added: Optionally, NAPI.Log class was added which includes a Exception(string exceptionText) method Added: FromJson<T>(string json) and FromJson<T>(object json) to NAPI.Util Updated: Weather methods now use Weather enum instead Added: SetPlayerSkin/(Client)SetSkin method overloads were added with a uint param Fixed: Custom vehicle colors were not working as expected (Issue #66 and #59) Added: VehicleSeats, DisconnectionType, CheckpointType and MarkerType enums were added Fixed: ConstantVehicleData was not functional thus not reading from vehicleData.json correctly, a lot of vehicle related methods were not functional. Fixed: (Client).Vehicle crashes server if player is not in a vehicle (Issue #58) Fixed: Explosions should no longer crash the server. Added: NAPI.Vehicle.GetVehicleMaxPassengers Added: NAPI.Server.SetGlobalDefaultCommandMessages(bool value) -- disables the default messages thrown out by commands (as per request from some lazy dude that didn't want to use the Hide attribute param) HOW TO INSTALL -> Setting up the Server on Linux/Windows -> Setting up the Bridge on Linux/Windows DOWNLOADS Windows client/server download Windows bridge package download Linux server download Linux bridge package download
  11. Welcome everyone! As far as you have probably notified, it has been a couple of weeks since last RC of 0.3.2 RC-2 has been released, and we're releasing next major update today. Meet RAGE Multiplayer 0.3.3! SERVER-SIDED GAME MODS Yes, today we're introducing the feature you've been asking since the development was initiated! As matter of fact we'll keep enhancing this feature (just imagine that engine APIs you would have at some point!), as for 0.3.3 you have already got support of custom downloadable DLC packages hosted by the server. There are no 3rd-party dependencies like OpenIV or anything else, just as always. Not that great updates (great still) Raycasting and some other miscellaneous clientside functions were fixed Fixed game pausing on alt+tabbing Remote triggers were optimized greatly. By the way feel free to use ReallyLongEventNamesWithoutAnyOverheadNow! Server event system performance has been improved World limits have been adjusted Added clientside colshape creation functions and API to control player weapons Lots of miscellaneous fixes and improvements DOWNLOADS Client download Bridge download Linux server download
  12. Hello everyone, and thanks for tuning in for another update! As you may have seen, we recently announced RAGE Multiplayer 0.3.2. It is with much pride that we would like to announce that 0.3.2 has now been officially released. After countless hours of work, we've finally reached a state that we feel is stable enough to release to the public. Our journey to becoming the best multiplayer project for Grand Theft Auto V is well underway, and it's all because of your continued support and dedication to the community. In this RC, we'll be rolling out Windows servers. Do not worry though, as we will roll out Linux servers in our upcoming RC. New features In short, we will be telling you about a few new features that we've introduced in 0.3.2. We will be posting detailed changelogs soon. Server optimization has been focused on heavily, resulting in a more stable and better-performing server than ever. You should have no problem hosting up to thousands of players on proper hardware and using a proper game mode. Our API has been greatly improved, mainly because of the recently introduced bridge that allows you to convert your resources from GTA Network to RAGE Multiplayer very easily. Here's what we did since our previous announcement was posted: Tow trucks, bulldozers, forklifts, and more have all been synchronized Discord Rich Presence API (mp.discord.update client-side) IPL Management API Traffic lights API (such as mp.world.trafficLights.state = 1) Server optimization Improved stability C# updates: https://wiki.gtanet.work/index.php?title=Changelog JS updates: https://wiki.rage.mp/index.php?title=Changelog Patreon Some of you may already be familiar with Patreon, but for the ones that aren't: Patreon is a website that allows people to donate monthly to a project they are interested in. RAGE Multiplayer has taken the opportunity to create an account on Patreon to stimulate development speed and services-upkeep. If you are interested in supporting the RAGE Multiplayer Team by becoming a Patron, please visit our Patreon page! Let's meet our first Patrons! @DenZeL @hubba @tequilapuzh @Elliot @MrCarter MilkTonight Your dedication and support are, as always, greatly appreciated! Click here to download RC1. Click here to download RC1 Nuget package. Click here to download RC1 bridge. RC-1-2: Nametags were reimplemented, armour level is visible now so there will be less folks thinking their shooting damage wasn't registered Fixed F1 Added chat history Bridge stability improvements Bridge is being auto-updated with the server now
  13. ragempdev

    devblog RAGE Multiplayer 0.3.2 RC-1-4

    Hello folks! RC-1-4 is another stability update for RAGE Multiplayer 0.3.2 RC-1, which is going to be last before RC-2 gets released. RC-1-4 changelog: Fixed all known 1.42-related issues Fixed cyrillic symbols in the Bridge Fixed #195 Fixed #177 Fixed #166 (added NAPI.Task) Fixed #190 Miscellaneous fixes and improvements You need to launch the updater to download RAGE Multiplayer 0.3.2 RC-1-4 update.
  14. ragempdev

    devblog RAGE Multiplayer 0.3.2 RC-1-3

    Today, shortly after the release of Grand Theft Auto V's Doomsday Heists update, we're rolling out an update "RAGE Multiplayer 0.3.2 RC-1-3" with the latest game patch support, including (bug)fixes and new features. Changes: Added support of GTA V 1.42 patch (1.41 is also supported as an alternative in case of "unexpected" issues related to the update) Fixed incorrect nametag scaling Implemented Delorean "Deluxo" synchronisation Fixed vehicles floating Fixed networking issues that caused aiming animation to be inaccurate Fixed #160 Fixed #161 Fixed #150 Fixed #155 Fixed #156 General platform stability improvements You should run the updater to download RAGE Multiplayer RC-1-3. Server update is necessary.
  15. Hello everyone! Thanks for joining us in another release announcement for RAGE Multiplayer. We are aware of prolonged radio silence on our end and we once again apologize for it. However, we come with good news. We've been hard at work behind the scenes implementing new features, improving existing ones and getting rid of bugs. Furthermore, we've also been hard at work getting our first stable build of our highly anticipated bridge out! With this announcement, we'd like to formally introduce RAGE Multiplayer 0.3.2 and reveal the C# API bridge. We'd like to thank everyone for their support that keeps us developing! We would also like to thank the people that have been contributing to our Wiki and our translations. A big shout out to you guys! C# API aka "Bridge 2.0" reveal RAGE Multiplayer is now officially powered with GTA Network's API. We've essentially recreated GTA Network's server environment and reformed it into RAGE Multiplayer's server environment to allow for a seamless transition of resources. As a bonus, cross-platform capability is still on board thanks to open-source .NET Core 2.0. Most of GTA Network's API has already been implemented, you can follow and check out the changelog at the wiki via https://wiki.gtanet.work/index.php?title=Changelog JS API Key changes: Vehicle customization API has been enhanced Event system has been reimplemented introducing new APIs to manage events Entity constructors are much more friendly and functional now TextLabels were implemented A bunch of new events has been added Added synchronized data Streamer API Player API has been seriously improved by added weapon management, additional customization features, and more functions Per-entity events Some syntax sugar based on ES6 features NodeJS updated to 9.2.0 (the latest release at the moment) For the more detailed changelog please visit: https://wiki.rage.mp/index.php?title=Changelog Client-side (and server-side) API updates Added client-side entity creation for all entity types. Constructors are same as serverside ones. Vehicle handling customization API CEF debugging introduced Fixed some clientside API functions not working Added possibility to manage vehicle entering Some more miscellaneous APIs Stability Fixed a CEF bug when player had non-latin symbols in multiplayer path Improved networking reliability Fixed some entity types in server<-> triggers not sending Fixed Object.rotation setter Fixed vehicles reseting some information after changing its model Synchronization Traffic lights synchronization Melee synchronization has been reimplemented Animals: Ragdoll synchronization has been reimplemented (that also "fixes" ragdoll sync being buggy in special cases in DP1 - DP1P1) Climb ladder sync has been reimplemented Improved bullet sync reliability. Should be really notable for drive-by shooting, but for general shooting sync also. Improved vehicle synchronization accuracy and smoothness Fixed an aiming issue introduced in GTA V's 1.41 patch Fixed miscellaneous synchronization issues introduced with 1.41 patch Optimization Experimental: major netcode implementation/enhancements that reduce CPU usage and bandwidth usage. Entity information sending and receiving performance was increased Networking was improved Server-side threading model was improved Server-side streamer was reimplemented Common client/server code optimizations Gameplay New translation mechanism was introduced. Check wiki for details. Threaded model loading was improved Added globally visible -1 dimension (works for all entities except players and vehicles) Reimplemented vehicle entering mechanism. Now it's same as GTA Online, but also controllable by clientside scripting Vehicle engine management improved UI is not rendered at main menu anymore Discord Rich Presence Fixed lots of bugs you've reported to Bug Tracker. Thank you! Release date It's near! We're still working on making this changelog even richer by finishing unannounced features, but we proudly announce that public testing of 0.3.2 will begin within a week of this announcement being posted!
  16. ragempdev

    devblog RAGE Multiplayer 0.3 DP1p2

    New updates: + Added 1.41 support with its all content + Threaded model loading + New event: playerRuleTriggered(ruleType, counter). Available rule types: "ping", "fps", "packetLoss", "gameVersion". + Server tags + Fixed broken faces + New launcher translations: Romanian (thanks to Armyw0w), Chinese (thanks to FunnyMan), Portuguese (thanks to StreetGT); French translation was updated + Fixed player.heading setter + Fixed blinking health/armor bug + Fixed #6 + Fixed #14 + Fixed #15 + Fixed #1 Updates since 0.3 DP1 that were public before: + Improvements of in-game UI + Stability improvements + Spanish translation Linux server: https://cdn.rage.mp/lin/server Updater: https://cdn.rage.mp/client/updater.exe
  17. JesusGamer181

    Host a Server

    do a tutorial on your youtube channel on how to make a server of all kinds of servers like racing, freeroam and all that
  18. Кулити детишки! Я новенький в этом деле и попрошу вас когда будут выходить сервера с бонусами то кидать названия и айпи сюда. Прост хочеться поиграть на сервере с бонусами. Спасибо за понимание!
  19. Today we're glad to release Developer Preview #1 of RAGE Multiplayer 0.3. It was a long way and finally we reached our point. Developer Preview? What's that? Developer Preview means that we do this release mainly for server developers, to give them more cool possiblities to create their own dedicated servers. This build is missing Linux server and SDK, however it will be added before Developer Preview #2 gets released. How to start? Just download and start our updater. It will download the client to the selected folder then you will be able to launch client and server. More about the update: Known issues (we'll work on them, but if you have an interesting information about reproducing those issues or so, then you can create a bug report at bug tracker): Synchronization of melee fights and combat rolls is still experimental Faces of characters may be broken Passenger seats could be bugged sometimes In-Game UI could be hidden sometimes In-Game UI could not show error if connection attempt failed We kindly ask you to discuss bugs only at our bug tracker. Discussing them everywhere else will be not just useless, but also will take our time. GTA: Network resources support "Bridge" plugin that was announced week ago is almost ready, but we decided to delay its public release to have more better internal testing of this. Plugin should be rolled out with Developer Preview #2. Developer Preview #2? Yes, this update is planned to be released shortly, however we may release hotfixes in between of new Developer Previews. Useful links: Bug tracker: https://bt.rage.mp/mp/issues/issues Visual C++ Redistributable for Visual Studio 2015: https://www.microsoft.com/en-us/download/details.aspx?id=48145 .NET Framework 4.6.2: https://www.microsoft.com/en-us/download/details.aspx?id=53344&desc=dotnet462 Windows 7 x64 Bit or Higher
  20. Hello everyone, It has been a long time since we've posted a blog or kept the community up-to-date with our latest progress and we apologize for that. In return, we have very exciting news to bring you which will also prove that we've made tremendous progress during our months of silence! RAGE 0.2 will not be released. Why? Because we're releasing RAGE 0.3. Yeah, you read that right! We have surpassed the amount of work we originally planned for 0.2 greatly, instead of releasing an update that only added client-side scripting, we've started working on an update that will provide a major boost to every single aspect of our platform. The following changelog should give you an impression of what we've done so far. Modernized UI. We did tons of small changes that improved functionality a lot. Here's a little example of that: C++ SDK. It was planned for 0.2.1 however it is already implemented since we're at 0.3! You will be able to check it out at https://github.com/ragemultiplayer/ragemp-cppsdk in the upcoming days. Melee and combat roll synchronization. It's still experimental, so expect some bugs here and there (and don't forget to report them). Client- and server-side API improvements: customization of nametags, evented keybinding, improved ray casting, enhanced chat and cursor APIs, out-of-the-box command handling API, new events and more.. Completely rewritten resource transfer (previous one was based on RakNet). Our new one includes better server performance and safety and also more user-friendly downloading for clients (it's faster!). Remote FastDL already included! Client-side streamer for map entities that is optimized to an extent where it can be independent from your biggest maps not in the streaming range. "Bridge" plugin that builds a bridge for your server-side C# resources from GTA Network. NodeJS was moved out of the server core so you can disable this feature to keep additional hardware resources free and unoccupied! Chat secure mode and color tags (like "!{red}Player: !{255, 255, 255, 0.2} what's going on?"). Both could be disabled using clientside API. Server owners now have the possibility to limit and block players by ping, FPS, game version and packet loss. Tow truck and convertible roofs synchronization. Lots of stability improvements. And much more Oh, we almost forgot. You're wondering when 0.3 will be released? Well.. we can proudly announce that our first public build will be rolled out next week. Woohoo!
  21. Hello there again! Suddenly it was a while again since we did our previous announcement, but today it nice day to break that pause, isn't it?) As far as you know there was lack of communication, but it doesn't says anything about real development process. By the way, do you know that some days ago (at 2 May) there was first birthday of RAGE Multiplayer? Client optimization Our purpose for 0.1 was to keep game's frame rate as you had it in singleplayer, but we've done some optimizations to reach better game performance in 0.2. Some stats provided by our beta testers (tested on blank gamemode): 0.1 -> 0.2 (singleplayer) 35 -> 50 (45) fps 50-60 -> 80 (60) fps 50-70 -> 120 (60-70) fps 11 -> 55 -> (55) fps (his laptop with external GPU felt bad with 0.1) Launcher improvements We completely reimplemented launcher's back-end and added some new features. Now it is moore times user friendly. Launcher was translated into German, French and Russian Some options (like game path settings) were made working Launcher supports rage:// protocol Launcher saves IP of your last server Implemented scaling when your system scale is not 100% Misc fixes API Enhancements (yes, we did it again!) We are still sure that key feature of 0.2 is enhanced API, that's why we improve it every day by adding new functions/properties or changing syntax of existing functions to make it easier to use. This time we counted more than 3K functions at clientside scripting, you can check them at our wiki (some recently implemented functions may be missing here). Serverside API was enhanced too, but its changes aren't so countable. Please note: those functions aren't just some kind of wrappers around boring natives like you saw it somewhere else, it's real clientside scripting functions and properties that are implemented lovely way with OOP already on the board! Synchronization Initially we didn't planned to improve synchronization in 0.2 (check ^ for details), but we fixed some issues that you found playing 0.1. Also we still have some plans about synchronization improvements in 0.2. Improved entering into lazer, hydra, rhino etc Fixed incorrect synchronization of mounted weapons Some misc fixes to general onfoot sync Fixed rare desynchronization of current weapon caused by streamer and networking optimizations Improved ragdoll Fixed some issues caused by code refactorings/game updates In-game UI (WIP) Comments are unnecessary here Wikis & Testing We've picked more than 70 server developers and testers to make final release of 0.2 as stable as we can. Also we and our wiki editors have spent some time regarding wiki to make it shine. For your information: even most of those docs were imported using ragemp's serverside API. Also for guys still uses natives we've prepared this wiki. Misc (most notable) CEF was upgraded to the latest version that uses Chromium 57 NodeJS was upgraded to 7.5.0 (it looks like we will update it again before final release) Added support for 1.38 Steam/SC, then 1.39 Steam/SC (fyi: it was done is less than 10 hours) Vehicle blips were removed Game scripting-related hooks were rewritten (now it's much times easier to support when game updates) Misc fixes & updates Release date TBA. Please don't manage to ask us about it.
  22. ragempdev

    devblog 05.07: A new era (not a blog)

    Good news everyone, Some of you may have already noticed the presence of GTA:Network members in our Discord, and Today we are happy to announce the merge of RAGE:MP and GTA:Network. This has been in talks and we are confident enough to finalize the process. After a period of destabilization of modding communities, we thought the community needed less division and more unity, and together we can bring you the best. What does this mean for the community? For users of RAGE Multiplayer, we will be able to offer speedup of development, but also better support, documentation, and even more talent to help create the best and unified alternative multiplayer experience. Period. For server owners and developers on both platforms, we are ensuring the API will remain consistent and shouldn't change. If you were looking forward to C# development from GTA Network, then that also will be available. Introducing GTA:Network! Adam - Administrator, Wikiadministrator, Webmaster & Developer Austin - Forum Moderator, Discord Moderator & Developer Izidor - Developer Katalina - Developer StreetGT - Forum Moderator, Wikiadministrator, Discord Moderator & Developer Stuyk - Public Relations - English Sector & Developer T3charmy - Forum Moderator, Testing Management, Discord Moderator & Developer TiaqoY0 - German Language Board Moderator & Developer Vance - Forum Moderator, Support Management, Wikiadministrator & Discord Moderator Give them a warm welcome! What's changing here? The name for this project has yet to be decided and overall we believe this merge will be beneficial to both parties and all of our combined users. We hope to see you take this journey with us and we expect to be around for a very long time. When merging will be finished? We’re not sure with the date. We have already started cooperating, but both teams are focused on its project right now and merging would be finished when RAGE Multiplayer will be fully compatible with existing resources of GTA Network (serverside). Ah, only serverside? Yes, we’re planning to implement a compatible C# API serverside, but JS API of RAGE Multiplayer will be kept so your resources for RAGE Multiplayer will be still supported. We’ll do our best to keep best ideas of both clientside APIs. Thank you, The GTA:Network Team & The RAGE Multiplayer Team by the way, stay tuned for a new blog at the nearest days
  23. ragempdev

    devblog 27.02: Announcement of 0.2

    Hi folks! It has been a while since we did our previous announcement. We've launched open beta testing, we've released 3 hotfixes that improved stability a lot, then we've got lots of major DDoS attacks (eventually they was successful, that's sad), but today we are proud to announce first major update of RAGE Multiplayer: 0.2 beta is almost done. Clientside scripting. We've finished most of work related to clientside scripting so our API is ready to get you satisfied a lot. Our clientside API includes more than 1K functions - and we're just getting started so 0.2 will have much more functions. List of some functions is available here: https://wiki.rage.mp/index.php?title=Client-side_functions (to be updated shortly). Please note that clientside API is still in development so some functions will be update, some functions will be added. Serverside scripting. Serverside scripting got great additions too. Advanced pool functions, synced full ped customization API, synced vehicle customization, synced ped animations etc... Well, this list is soo huge and we will share it with final 0.2 changelog. Checkpoints, markers and colshapes. We've implemented checkpoints, markers and colshapes entities that could be used in races, deathmaths etc. This stuff is already bit documented at wiki. Server improvements. While we've worked on 0.2, we've spent some time to improve network library that we use (RakNet) so we've reached perfomance improvements. Also there are new config options that could make your server secure so you can limit connections per ip, limit connections per ip per milliseconds, encrypt your traffic or so. Client improvements. Yes, random (also it was often caused by ALT+TAB) closing (not crashing) of the game was fixed so there's nothing that could broke your game experience! ^^ Also we made launcher idiot-proof so it will check itself if you have MSVC++ installed, if your game is valid etc. Autoupdater is also one of great features of 0.2, we'll announce most of them very soon New Master Server. Our current master server that is powered by http to cooperate with client/server and had some bad implementation ideas, that's why it had security issues (once it was attacked by http flooding 24/7 so you've been not able to view servers). In 0.2 we've done completely new master server that is ready to work with *bad guys*. Development status. In general, everything became better. There is done a lot, but we don't have the exact date of release because we'll done much more to provide you better Grand Theft Auto multiplayer expierience! We hope to see you here soon again!
  24. Hi, you're welcome at our new forums and wiki! Changes overview (since previous announcement was posted): Latest patch support We've added support of latest game patch. It means that multiplayer supports two GTA V versions: latest 1.35 (791) and 1.33 (678) with its all DLCs. Owners of 1.33 version should download 4 DLCs that's size is ~1gb. Improvement of map loader: we've added loading of objects and pickups. Fixed animation when player is walking while aiming Scripting event system New API functions (pool functions, event functions etc) NodeJS upgraded from 6.4.0 to 6.5.0 Overall stability improvements Closed beta testing beginning: https://goo.gl/forms/k5qsGKnvSFhLNb2f1 Showcase of updated map loader & latest DLCs:
  25. General changes: Major improvements of drive-by sync Interpolator of rotation became smoother Fixed game's blocking of keyboard layout switching Client optimizations (some watchdogs replaced with hooks, some game functions got low-level optimizations) Caching of memory addresses (multiplayer starts faster) Time and weather sync and related server-side functions New portion of client-side functions: UI (both CEF and game's ui), Ped and more functions were added (these and other clientside scripting changes will be discussed later) NodeJS was upgraded from 6.6.0 to 7.0.0 Server-side API changes (we're working on adding them to the wiki): New globals: mp.environment.weather, mp.environment.time.hour, mp.environment.time.minute, mp.environment.time.second Beta testing & Stream During this week we've managed to make a stream and a lot of your questions got answers. Also we've showed some multiplayer gameplay with beta testers, but it was not as planned because we've had some troubles with our servers, but still we think that stream was good. Also those beta tests has helped us to find some bugs that were fixed shortly later (e. g., vehicle rotation interpolator's bug), so we're planning to stream the multiplayer more often in future.