Le gustan 11 archivos
38 comentarios
2 vídeos
3 subidas
0 seguidores
755 descargas
Archivo más popular
- HUD
- .Net
5.0
427
10
1.1.0
By ShadowOne
![LiveHudEditor [NUILight]](https://img.gta5-mods.com/q75-w500-h333-cfill/images/livehudeditor-nuilight/6f095f-1.png "LiveHudEditor [NUILight]")
5mods on Discord
@lelac14 Hello, can you check the latest update ? let me know if you had bugs !
@JoyLucien Yes, I am! It would require hooking into the existing DirectX device, identifying the target texture to swap, and converting the browser's pixel buffer into a texture — same approach as Hypnonema but with WebUI as the renderer. Definitely possible long-term, but not my current focus. Are you thinking of building something like that?
@JoyLucien CEF (the browser engine behind WebUI) supports WebGL, so 3D HTML rendering is technically possible. Not something I'm actively working on right now — current focus is stability, the API, and the in-game settings menu. But definitely an interesting direction for the future.
@TeamCharlotte Hello. The animated wardrobe script looks impressive, you were capable of animating the menu without using NativeUI or LemonUI. I really want to see a demo of your project using my engine. Good Luck !
@lelac14 I forgot to ask, can you give me demo ideas i can create to showcase the engine ? I already made a phone script so i need other inspirations please !
@lelac14 Really appreciate you taking the time to write this out — seriously. Feedback like this helps me focus on what actually matters to people using the framework.
You're spot on about sprites. The coordinate system mess and Rockstar's weird centering is exactly why I started this whole thing. HTML/CSS layout just makes sense. No more guessing where things render.
On video playback — CEF handles it natively, so once the API is locked in, that's an easy win. Not promising anything yet, but it's on the radar.
Also, just dropped 0.2.1 with the pause menu/warning screen visibility fixes (finally), a freeze protocol to prevent crashes, and proper fallback if the config file goes missing. Small changes, but they make the whole thing feel way more solid.
Bringing SP closer to FiveM's UI capabilities is the goal. Keep the thoughts coming. This is the kind of conversation that pushes things forward.
Nice work, I like it !
@lelac14, I really appreciate the deep dive. This is exactly the level of technical discussion the SP community needs to move past the 'NativeUI' era.
To address your points:
1. Organization: I definitely hear you on the root folder clutter. It’s a valid point for maintaining a clean game directory and making R* updates easier to manage. I’ve noted the suggestion to move the core engine binaries into a dedicated sub-folder for future iterations.
2. The 'Killer App' vs. Sprites: You mentioned that these use cases can be done with draw_sprite, but there is a massive technical ceiling there. Can a sprite play a live YouTube video or a Twitch stream? With NUILight v0.2, you can literally watch YouTube in-game with full HTML5 video support. To do that with sprites, you would need thousands of textures, manual frame-looping, and a massive performance hit. With CEF, it’s just a URL.
Beyond video, sprites can't handle SVG scaling, CSS glassmorphism (blurs), or Flexbox layouts. My goal isn't just to replace a health bar; it's to provide a framework for things that are a nightmare to code with sprites—like the Smartphone interface I'm finishing now, which features a full home screen, apps, and settings all in one fluid web interface.
3. Data Storage: You're spot on about the power of databases. In fact, v0.2 (CEF) already supports localStorage and IndexedDB natively. The LiveHudEditor already utilizes this to save presets instantly without needing an external server like XAMPP. This proves we can handle complex management systems (like the inventories or mission databases you mentioned) entirely within the browser sandbox.
For now, I'm focusing on the core stability of the CEF bridge and the Smartphone script as the next major showcase. The pieces are finally in place—now it's about seeing what the community builds on top of it. Thanks for the feedback!
@lelac14 Hello, would you like to check the new version 0.2 that uses Cef ?
@lelac14 Thanks for the feedback. You're right that my project is different from Hypnonema — they're swapping TV textures with video, while mine renders HTML/JS to an overlay. That said, CEF (which I'm switching to) does support video playback natively, so you'll be able to play local videos or YouTube inside the browser window. Actual texture swapping onto props is a separate feature I haven't tackled yet — possible long-term but not the current focus.
On C#: Not yet, but eventually yes. The plan is to expose an API so C# mods can send data to the browser (or receive from it). That's post-beta though.
Native functions/Windows API calls from JS would need a bridge — also on the roadmap once the core renderer is stable.
Appreciate you thinking about possibilities. One step at a time.