FreeTime Garage
108.99 USD
Description
β¨ Features in detail
This page goes deep: what FreeTime_Garage can do and why the implementation is, in many places, different β and in our opinion better β than what you usually see. The green Advantage boxes highlight what matters in each case.
ποΈ Performance & architecture
The foundation everything else stands on. FreeTime_Garage keeps the live state of every vehicle in RAM (cache) and uses the database only as background persistence.
- βͺ1 query per login loads all of a player's vehicles β after that, everything runs from memory.
- βͺWrite-behind: changes are written in batches; critical state changes (park-in/park-out) are written immediately (write-through).
- βͺStateBags instead of event spam for synchronization, with a guard that resets and logs foreign tampering.
- βͺServer-side spawn β anti-dupe-friendly and cleanly typed.
Advantage: At idle the resource sits at practically 0.00Β ms. Where other systems hit the database on every park action or every few seconds, FreeTime_Garage reads and writes nothing from MySQL in the hot path. This scales even with hundreds of vehicles and a full server.
π ΏοΈ Garage types
One system for all use cases β no patchwork of multiple resources:
| Type | Description |
|---|---|
| Public | Freely accessible to any player. |
| Private | Personal garages. |
| Purchasable (player) | Players can buy garages and manage them. |
| Job garages | Two models: personal (job/rank-bound) and pool (owned by the job). |
| Housing | Connected to housing/property scripts via export. |
| Impound lots | Impound locations with their own rules. |
Plus cross-park (parking a vehicle in a garage other than its home) and transfer (permanently moving a vehicle to another garage) β both configurable granularly per garage type.
Advantage: You need no separate script for job vehicles, impound or purchasable garages. Everything shares the same cache, the same persistence and the same admin panel β consistent and without duplicate logic.
ποΈ Admin panel β everything configurable live
Nearly every setting lives in the database and is editable at runtime from the panel β no resource restart, no file editing.
- βͺGarage editor with two modes (aerial / on foot) and live preview.
- βͺSearch hub for vehicles & players with quick actions (each with confirmation + audit).
- βͺEvery functional area can be toggled on/off individually, plus detail settings.
- βͺGuided wizards (setup, key system) and in-game tours instead of pages of documentation.
Advantage: Instead of a huge config.lua where one typo prevents startup, you configure visually and safely. Changes apply instantly β even with a running server and players online.
πΎ Vehicle persistence & condition
Vehicles keep their real state: damage, color, tuning, extras, fuel, dirt and lock state β not only on park-in/park-out, but also for vehicles left out in the world (via a trust-checked client live report).
- βͺType-aware condition view: cars show tires/windows/doors/hood/trunk separately; bikes only tires, helis only windows, etc. β with fine-grained damage levels.
- βͺCosmetics persist instantly: repaints/tuning are applied fail-safe, without "please park first".
- βͺFuel kept by type via the fuel bridge (otherwise the car would come back full or empty).
Advantage: A vehicle that was left damaged outside comes back damaged β not secretly repaired. That very "the car suddenly came back repaired / in the wrong color" is a classic exploit vector elsewhere; here it's solved cleanly and secured server-authoritatively.
π Key system (built-in, optional)
A full-featured, immersive key system β or a clean hand-off to an external one.
- βͺPhysical key items with metadata β works even with inventories that have no vehicle keys of their own.
- βͺ"Keys only" roleplay mode: granular per action (driving, park-in/park-out, lock/unlock, services). Stealing a key β driving the car becomes real gameplay.
- βͺCopy keys (spare key) and change lock (invalidates all old keys) β as the owner or job/rank-bound.
- βͺLock/unlock at the vehicle with animation, hazard lights and engine control.
- βͺGuided setup wizard with profiles (Simple / Midcore RP / Hardcore RP) and automatic dependency resolution, so no two settings contradict each other.
Advantage: Unique lock and key IDs make "key leftovers" and duplicates impossible, and the dependency automation prevents the typical misconfigurations that trip up RP key systems elsewhere. If you use an external key script, it's still integrated cleanly β without conflict.
π§ Impound & vehicle inspection ("MOT")
- βͺImpound: impounding with fees, hold times, two modes (lock/storage), reason and officer attribution. Forced release for authorized jobs.
- βͺVehicle inspection: a real inspection sheet in-game (condition, maintenance, history, new inspection), connectable to mechanic workflows; a failed inspection can take the vehicle off the road β impound.
Advantage: Police and mechanic roleplay tie directly into the garage system β no hacked-together workaround via third-party scripts, but one continuous, audited chain.
π· Job garages
Two full-featured models in parallel:
- βͺSystem A β personal, job/rank-bound: each employee has their own vehicle, access by rank.
- βͺSystem B β pool: the vehicle belongs to the job; multiple employees share the fleet.
- βͺTrunk/glovebox management server-side by plate (view, empty, take out) and "flag when contents".
Advantage: Society purchases run through the banking bridge (the society pays and the balance is checked), and the vehicle's contents are detected on park-in β details that, day to day, make the difference between "nice" and "actually usable".
π€ Sharing, locking & opening hours
- βͺSharing: share your own vehicles or entire garages with others β configurable per garage(type), with rights per share, time limits and offline targets.
- βͺLock garage: lock an entire garage with a reason (also against cross-park circumvention).
- βͺOpening hours: real real-time opening hours per garage (days/times); parking in stays allowed.
Advantage: These "soft" features aren't bolted on β they hook into the same server-authoritative park gates. A locked or closed garage can't be tricked via a detour.
π¨ Immersion & world
- βͺGarage NPCs or markers per garage β markers fully customizable (type, color, size, stretch, height, animation) with live preview in the editor, without saving.
- βͺGrouped blips on the map (garages of the same kind are combined in the legend).
- βͺUnique vehicle VIN in a freely definable pattern β also as a permanent "vehicle number" for roleplay.
Advantage: You design every garage individually and see the result instantly in-game β instead of writing values blindly into a file and restarting.
π§βπ€ Player comfort
- βͺPersonal layouts & themes: each player picks their view (e.g. list, grid, compact) and design β saved per player.
- βͺPer-player vehicle behavior: door automation, engine auto-start/-stop.
- βͺDetailed vehicle cards with condition, VIN, impound information and actions.
Advantage: The panel adapts to the player, not the other way around β a comfort detail that noticeably raises the UX.
π Multilingual
Multilingual throughout β including console output and the NUI. Languages are provided as JSON and can be extended without an NUI build.
Advantage: A new language is a single file β no code changes, no rebuild of the interface.
π Security & anti-cheat
- βͺServer-authoritative in every critical decision; NUI/client payloads and exports are never trusted blindly.
- βͺExport guard: writing exports apply only to the creating resource; repeated abuse blocks the resource automatically (unblockable in the panel).
- βͺAudit log as a central throttle β the Discord integration hangs off it, among others.
Advantage: Security here isn't an afterthought but an architectural principle. Tampering attempts are detected, reset and logged β not only once the damage is done.
π§© Extensibility
- βͺExport API (server & client) for tow jobs, MDTs, dealerships, PD menus and much more.
- βͺAdd-on system: optional, anti-spoof extension resources that register themselves and bring their own panel tab.
- βͺVehicle store mode: either your own table or directly on the framework vehicles β without import.
More detail? Installation and setup are under Installation; the full list of supported scripts is under Compatibility & Bridges.
Czech
Danish
German
Greek
English (UK)
English (US)
Spanish
French
Hungarian
Italian
Japanese
Korean
Norwegian
Polish
Portuguese (Brazil)
Romanian
Russian
Serbian
Swedish
Turkish
Ukrainian
Vietnamese
Chinese (Simplified)