I can’t stand how Roblox keeps withholding these essential features for no apparent reason. Why do I need a 1024p texture just to somewhat resemble a 128p texture? It’s stupid. Because the geniuses at Roblox didn’t implement something like this earlier in development, we now have a situation where there are numerous instances supporting images such as decals, textures, tools, mesh parts, particle emitters, etc. I doubt there’s a universally good solution for all of these.
And given Roblox’s current approach of ignoring developers and focusing on investors, I doubt we’ll ever see something like this in a timely manner.
i dont think it would reduce storage on their servers since imagelabels arent compressed which means their servers save the exact un-compressed image. idk why the client gets a compressed version of the image, since the textures are (i think) immediately deleted after leaving the game, so lowering the size of the image can’t be that beneficial, especially since the compression doesn’t look like it reduces file size that much
Ohhh now you got me thinking.
Roblox may not be actually compresses the images that are uploaded but the images that are loaded in game.
So quick explanation, graphics cards have very small and limited amounts of memory and storing uncompressed data in their memory consumes lots of space.
So what a lotta game engines do is they use something whiiiiich I think is called… DXT compression?
(Because algorithms like PNG and JPEG compression are WAYYYYYYY too slow and can’t run on the GPU due to how GPUs are designed.)
It’s basically a way of compressing images that breaks them up into little chunks/blocks that are each individually compressed on the graphics card and the algorithm that is typically used is VERY fast and relatively efficient but comes at the cost of slightly lower image quality.
This makes it so games use less graphics memory and can load more complex textures and models.
I think here you can see how different texture compression methods affect details in different ways.
When will we get any news regarding this extremely needed feature??? I don’t want to have to do crazy workarounds to achieve something simple as that. If imagelabels can have ResampleMode then so should textures. Can we get any info on the status regarding this?
This would be really useful right now! I’ve exported the palette from MagicaVoxel to use as a texture, it looks great in blender:
However when in Studio, the texture ends up looking like this, because (I’m assuming) all the dark greens must merge into one sloppy colour by default, due to the small size.
I believe this is also due to the resampling, on an ImageLabel, default looks like this:
Whereas pixelated makes it so much clearer:
And I just can’t see why this wouldn’t be an option for textures, decals, and other objects that utilise images in Roblox, not just GUI.
At that rate give it to materials too, it’d be an awesome new look and personally, I’ve never done it because A) It’s impossible to do without jumping through hoops at the moment. (and) B) My games (at least the one I’m working on now) is resource heavy as is, much less does it need more memory used up by oversized parts that clog up the physics engine calculations.
i still can’t believe roblox seems to completely ignore the idea of this specific feature that couldn’t possibly have any drawbacks
i’ve been praying for this feature for 6+ years, i’ve always had to resort to surfaceguis and 1024x1024 images if i need them to wrap around parts, or for materials, when i want pixelated textures in my games
and i often do, because i love experimenting with what kinds of art styles and graphics can be achieved in roblox, despite all of the limitations placed over us
if this one simple feature can be added, the quality and possibilities in retro-styled roblox games would be increased drastically, so would the performance of said games because NEAREST NEIGHBOUR FILTERING IS LITERALLY FASTER! plus the fact that it would take up EXTREME amounts of memory usage which preacher_online mentioned, when we’re FORCED to upscale all of our necessary textures to 1024x1024, to BARELY mimic what effect we’re actually trying to achieve!
there is absolutely no reason for why this simple feature shouldn’t be added, no argument. if imagelabels support it, how come decals, textures, surfaceappearances, and custom materials don’t?
i don’t understand why roblox ignores the most unnecessary issues that are the simplest to fix, this has been an issue for forever, and yet we’ve seen no effort from roblox and it’s moderators to even TALK about it
the closest we’ve got to this has been the resamplemode, property and when was that released? back in august of 2021
Upscaling textures to 1024x1024 is time-consuming and memory-intensive. I hope Roblox implements this feature, as it would be very beneficial for independent games.
This is an essential QoL feature and it’s kind of outrageous that this somehow wasn’t added when ResampleMode was added to ImageLabels, PLEASE Roblox, do something about it
It is the 12th of January of 2025, and Roblox is yet to implement this feature in instances such as Decals and Textures. Please, we need this! If it’s not possible, at least give us an answer as to why!
You tell me if this is an acceptable product you can release.
Not only do I have to invest 3x the time in designing my tilesets/textures to prevent bleeding, but I also have to overload the Player’s RAM and Roblox’s cloud storage with unnecessarily big 800x800 textures, when they could’ve been as low as 180x180.
I genuinely do not believe this request to be unrealistic and hope to see it implemented soon. This is not a “it would be nice” feature, this is a “must have” that other engines like Unity or Unreal already have.
To prove it’s not unrealistic, here’s how easily it can be done in:
To the engineers: If this is not possible, please at least provide an acknowledgement that you’ve at least tried implementing this instead of leaving us in the dark.
What infuriates me the most is that there are clearly engineers browsing/checking this category. I’ve seen multiple of them reply in threads as recent as a few days ago. I refuse to believe they haven’t seen this and yet, for some reason, they choose to remain silent about such a simple yet crucial feature to implement, especially for certain types of stylised games.
I’m going through all this trouble and hoops to jump around an artificial limitation they set up, yet they can’t even give an acknowledgement about how this isn’t on their roadmap on any of the threads about this issue. Genuinely sad they are actively ignoring such an important and requested feature.
