maximumdrive

This job is just great! That way of applying science gives outstanding results, still wondering why do I find such interesting topics in years! Among other things I'm focused at the parser as Ren_712 did. The only problem found, it doesn't 'accept' larger DFFs from about 5-10 MB breaking with 'infinite running script'. But that is 'too little things' in front of the research made on RW and maths applied. Wish you all the best on the way of your interest!

Sorry, perhaps I didn't explain it correctly. It's really possible to open it with zModeler, but all those vehicles are 'fixed' to work with our tuning system, and there're too many components. The system works via onClientElementStreamIn()/Out(), making only needed vehicle components visible. In case of sync, I have to write endless component-tables, that looks like a great kind of routine, so I try to find an '(half)-automatic' solution.

Hi all, it's possible to get a Lua-table containing vehicle component's names using client function getVehicleComponents(). But there also can be components, which are dummies/containers, having subcomponents, e.g.: -hoods ---hood1 ---hood2 Please note that they can be not only 'standard' (as 'boot_dummy', 'door_lf_dummy' etc) in case of custom vehicle models. Is it possible to parse DFF's raw data in a way to detect 'containers' having subcomponents? Perhaps it could be nice to check them via getVehicleModelDummyPosition() (if false, that's not dummy LOL), but this function works only with stock GTA dummies as it is noticed in wiki. Please help.

Hi all, I'm on my way to make a kind of a 'private-area' system. Everything is fine with creating both of createColRectangle()+createRadarArea(), but how do I avoid matching/crossing existing areas with a newly created one? I tried to implement it via getElementsWithinRange() being based on colRectangle's position and it's size as a range-argument, but it wasn't successful, because it detects all the areas in range ignoring the scaling direction. E.g. I couldn't create a colshape longer because there was a colshape on the left or wider because there was a colshape 'above'. There is a 'table-organized' variant if it helps. All the coordinates are 'demo', because originally everything is set dynamically. areaShapes[areaID] = { ["details"] = { ["x"] = 318.4215, ["y"] = 1027.973, ["z"] = 14.25, ["sizeX"] = 25, ["sizeY"] = 20, }, ["square"] = 500, ["area"] = createdColShapeElement, ["radarArea"] = radarAreaElement, ["onHit"] = addEventHandler ( "onColShapeHit", createdColShapeElement, hitArea ), ["onLeave"] = addEventHandler ( "onColShapeLeave", createdColShapeElement, leaveArea ), } Any ideas?

It sounds funny, but I met such a problem in 2019 I googled for and found, that 'register'-command was somewhere in admin's resource ('commands.xml'-file). But CTRL+F doesn't think in such a way... Looked through both of 'admin' and 'admin2' resources. Please help.

Hi all, I own a 'vehicle-oriented' MTA:SA server, which was grounded a couple of years ago. Our team has grown up within the fun/gaming process in cases of ideas and modelling (there are about 10 stable 3D-modelling/-designing enthusiasts at the moment), so I personally had to go on with my scripting and 'thought-scaling' skills. It is also could be very familiar/close to many MTA-enthusiasts, that organizing/'management' (except coding) of such kind of team takes much time, attention and effort. Now I met that 'level' where all the ideas and large amount of routine became a kind of 'hardly storable' thing for my head being the only Lua-coding and 'general processing unit' in the project. The same trouble meets the project in general - many things which were released within the server updates could be not less useful in much bigger number of places worldwide, so the current project looks like a 'too small house for a too large family'. Here is an 'example'-(short)list of systems which were successfully released/resolutely begun by me and my teammates. More info could be presented personally to people who become interested in. Vehicle platform/base unification. At first, it looks like a simple 'setVehicleComponentVisible'-based tuning system, but it becomes much more complicated and interesting, when it goes about 'realistic' exterior-detailing, which needs a large work done not only by modellers, but also by a crew of general car enthusiasts, which look for and finally provide technical info about how every model/modification looks in real life and which parts should be modelled. All opening panels (doors, bonnets etc) DO have synchro, so they open/close such as the original GTA-components do. Vehicle-'damage' system with component movement and 'wrecking' HLSL-shaders (in progress). Photos possible for interested in cooperation by request. Custom corona-based vehicle lights system. In-game vehicle component positioning with synchro and 'cross-DFF' tuning system (allows to install parts from another vehicle model). Full-3D numberplates system. Even plates are UV-mapped so they could be painted/textured in any way. All the fonts are so 'realistic' as possible being in 3D. Wheel system with separate tire-/rim changing possibility + tire texture changing. Large amount of other vehicle and general gaming systems, which could be described for ages if needed. Who is clearly needed? I'm looking for person/people who is/are interested in 'automotive' projects. That could be experienced Lua-developers (PAID) who could generate and implement 'outstanding' ideas, and even other enthusiasts, who want to improve their skills. The main goal for the moment is optimizing the routine (please note that 'routine' is only the word, sometimes it could be more complicated and 'prestige' than it sounds), because 'management'-tasks are taking more and more attention. Thats why I will be glad to communicate with any kind of people with corresponding level of personal interest to such kind of projects. If 'it goes', any kind of cooperation could be discussed. Skills which are 'greatly welcomed' (but not obligatorily): DX GUI development experience HLSL (shaders) I speak English / Ich spreche Deutsch / Спілкуюся українською / Говорю по-русски Please PM me if interested.

Is that still in progress?

Look, just imagine a vehicle with the shader applied on it's specific part using engineApplyShaderToWorldTexture(). I just want to know if it is possible to know the world position of that point, where the shader is applied. UPD: I just thought of getting pixels/screen position and using getWorldFromScreenPosition(), but I don't know in which way could I use that correctly.

Hi all, is it possible to get a world position of a shader, applied to the only one object? Easier to say, is there a kind of an getElementPosition() analogue or the way to create it, which could allow to know applied shader's/object's specified texture's world position?

Hi all, there is a well-known function warpPedIntoVehicle() which warps player into the car looking it like it was occupying that for ages. But is there a function which makes ped entering the vehicle in a kind of 'animated' way, as it is when onClientVehicleStartEnter is triggered? Easier to explain: is it possible to force the player/ped to enter a nearby staying vehicle in a normal, non-warping way?

Thanks, I don't know why I haven't noticed that moment... So the right-steering scripting idea seems to be impossible ?

Hi all, I'm trying to use getVehicleComponentPosition() to move the driver's position for making middle-/right-seating vehicles. But the problem is that the getVehicleComponentPosition(vehicle, "ped_frontseat") returns false twice instead of x and y, and nil instead of z. That works fine with etVehicleComponentPosition(vehicle, "door_lf_dummy") local vehicle = getPedOccupiedVehicle(localPlayer) local cx, cy, cz = getVehicleComponentPosition(vehicle, "door_lf_dummy") -- works fine local csx, csy, csz = getVehicleComponentPosition(vehicle, "ped_frontseat") -- returns false, false, nil I've even tried to move ped_frontseat to a 'chasis'-container in the vehicle's model, but it doesn't cause any positive result. Somebody please tell me if it is possible to solve.

Hi all, I'm creating a cross-model tuning system, which allows using components of another vehicle's model. Generally it's OK, but I've noticed that the component position influences not only the "target-vehicle", but also it generates component's positioning bugs in ALL vehicles of the same model. My question is theoretical: does the setVehicleComponentPosition/-Rotation() work with the vehicle object, or it runs on a kind of "model ID" level, affecting all vehicles of 'that' model? If not, in which way could I create a kind of sync-issue? onClientElementDataChange-tablesync etc?

I've already tried that on client, but perhaps it could be successful somewhere on server, thanks for idea.

Oh, now it's clear: the problem is, that the getPedOccupiedVehicle() works really fine, but when I try to create another vehicle it doesn't work for a newly-created serverside vehicle. But it creates, it's model successfully outputs to chatbox, but getVehicleComponents()'s length is "0"... The clientside code is the same as yours now. E.g. (Server): addCommandHandler("gvc", function (player) local pVeh = getPedOccupiedVehicle(player) local seat = getPedOccupiedVehicleSeat(player) if pVeh and seat == 0 then local px, py, pz = getElementPosition(pVeh) local px, py, pz = getElementRotation(pVeh) local v = createVehicle(405, px, py, pz-20, rx, ry, rz) setElementFrozen(v, true) setElementCollisionsEnabled(v, false) setVehicleLocked(v, true) attachElements(v, pVeh, 0, 0, -6, 0, 0, 0) triggerClientEvent(player, "onClientGetVehicleComp", player, v) end end)