As a developer, I highly doubt they’re going to restrict this Instance to 17+ games since the player counts for those games are low. Plus, restricting a feature like this would get a high negative response from the developer community including me.
The possibilites you can achieve with this Instance is immense.
1, Setting your age 13+ will not solve the solution as kids can easily set their ages either to 13 or up, still causing massive problems.
2. And because of this, they cannot legally comply with some very important laws and the COPPA.
This has no relation to this post.
It’s not about players using this, it’s about players seeing this. A developer can start a porn live-stream from their client and players would be able to see it without any filter whatsoever.
As I said, assumptions do not define reality. This post breaks the Roblox Terms Of Service and Community Guidelines and needs to be deleted immediately. This is why I reported it. Everyone else should as well. This is a clear bypass of image moderation and falls under “Misuse of Roblox systems”.
You cannot moderate an ever-changing grid of pixels. It isn’t a defined “Image” that is on Roblox’s servers. It is only on the client that has it in an ImageLabel, and Roblox cannot moderate such things since it is impossible. Like I said before, there is no way to moderate a grid of colors that is changing. Like trying to moderate someone’s screen in real time, you simply can’t. My proof? DynamicImage:WritePixels(). Sorry to say this, but it just is not possible. I’m not saying that people can’t draw things that are against TOS with this, but it requires a definitive form to be moderated successfully.
Glad this got un-deleted. Even though this can be used for unmoderated live streams, I believe there are genuine uses to this such as live events or conferences.
Yooo looks dope!! Hate that it’s against TOS as this is really cool for many things such as sharing live development, but I can’t say Roblox is in the wrong for that.
I was wondering what the performance hit is on the host device? I’ve been taking a dive into python for about 6 months now, and I attempted to make something like this but couldn’t do it without having it take a huge toll on the device.
Ok, This is cool, but it breaks the TOS as it bypasses roblox’s image moderation, I know about DynamicImage but it has nothing to do with this resource, Nobody who mentioned that it violates the TOS say a single thing about DynamicImage, not even a single DynamicImage yet some people bring that up, People can put some inappropriate pictures in the stream, I’ve seen some NSFW stuff in many websites, It’s not how the people uses it, It’s about how they see it, A developer could start an inappropriate live stream and players could see it without getting filtered, Everyone makes assumptions which does NOT defend you, This is a clear bypass and falls under “Misuse of Roblox Systems” which can cause the OP to get banned for the reason stated, DynamicImage will have an moderation system, which is for safety
Documentation on http and the ports is really unclear at the end of the instructions. Im a newcomer to httpservice, ive set up everything except idk if i got the right port? I dont know if im doing it right? Probably not
(Ports might be sensitive information im not so sure)
A little update:
After the release of EditableImages, I tried implementing them to improve performance. That did not go as well as I wanted/expected it to, It seems that EditableImages do not hold up well when trying to rapidly change them.
You can compare performances between the 2, I’ve added another script inside the StarterPlayerScripts, that you can enable (You have to place the Screen MeshPart inside of Workspace, it is locaed in Replicated Storage).
I might come back to EditableImages, depending on the direction that Roblox decides to take them, but currently they will drastically slow down the performance (slower than it already is )
Also I am aware that I could have improved the part where a group of pixels was the same color, since with EditableImages you can write more than one pixel (with the same color) at once, but that would require reworking it and possibly lead to even worse performance. After looking at the loss of performance I decided it was not worth the time, at least until they did not get any performance improvements.
How efficient is your implementation? Mine went from 20 fps on a decent computer all the way to 60. If I were to unlock it i would get more. If you call the drawing functions too much then it would obviously lag. My implementation uses WritePixels once per frame, which is really the fastest it can get. The worst case scenario is calling WritePixels with a size of (1,1).
You were right! My implementation was seriously lacking, I didn’t look at how I could write the whole frame at once, the screen has now been optimized. With this the code itself has become simplified by a lot, but performance has gone up.
I apologize when I blindly said that EditableImages were less efficient, I was just using them wrongly and not how they were intended.
You can now check the new script, I did decide to keep the old one just so you can see how it got improved and because EditableImages aren’t usable on live servers yet.
I shouldn’t need to explain this to a developer, but oh well, here we go again, I guess!
Spray paint and drawing games are completely different from this as this is a full-screen sharing system, it’s not a drawing game. And since this cannot be moderated due to real-time pixel processing and new frames constantly being rendered, there’s no possible way to moderate this. And even if it is moderated, this is like trying to moderate a condo game, both break the ToS. Therefore, it shouldn’t be allowed.
Most pixel drawing games have systems that can work against players who draw malicious things because it is a simple drawing. It takes a longer time to draw that malicious drawing, plus it is literally a static image. Here we have possibly hundreds of frames being rendered with thousands of pixels at once. And they change in less than a second.
with your logic: “Drawing games cannot be moderated due to real-time pixel processing and new drawings constantly being rendered, there’s no possible way to moderate this”
doesn’t make a lot of sense what you said now does it
The only part that mentions bypassing safety systems is refering to bypassing it to get prohibited content on peoples screen. While it is true that Roblox will not like games using this kind of stuff, it’s not specifically against Roblox TOS.
)