… Why are you carrying on this argument?
Why not? Its not like im right- I mean defending myself.
Plus I need upvotes 
Update: Insted of dedicated servers, rec room could use a proxy as a middleman.
That will be good for little creators like me.
RecRoom already full on does this in regards to their split tests and deciding to keep a feature. RecRoom already tracked analytics of how many of their players were doing the ‘weeklies’ and gave a percentage and ended it. What kind of tracking users actions that room creators can do is bad to keep a record of? Any game that offers the way of ‘replaying’ a match already offer recording every players position, camera direction, weapons equipped. Is it really bad to probably just use this API ability to heatmap what tools your players in your RecRoom game hold the most? Or where in your room they stand at the most?
That’s up for RecRoom to use their room moderation tools, Roblox already also have users who create UI elements that try to imitate the Roblox login screen, easy to just report the room or make a post about it on Roblox’s own forums and have it taken down rather quickly. Sadly, it’s the users fault for deciding or not connecting the dots that ‘why am I having to login again? I’m already ingame’ Besides, users have the ability to enable 2fa tools on thier account, which many attempts at a ‘login page’ don’t consider regardless.
I also would encourage the ability to have an API or just a simple way to send out data from my rooms or even make tools that other creators could use to enhance their game even further, lots of players like this tool, lots of players stand here, a video/content creator has joined I’ll try to use my API to give them extra points for playing on my room!
Roblox offers tools PolicyService in which you can check if the player that is playing is authorized to be shown twitter/x information, and more; in which to ‘check the developers twitter for codes!’ to receive extra points or items for entering in a code. RecRoom could just do the same for users who are 13+ or if it’s that juniors arn’t allowed to be off platform etc. I see no harm in letting players follow or check out a developers social media pages to get in-game perks.
A simple proxy server that would rate limit five requests per minute at max for each room won’t be a burden for RecRoom to handle. RecRoom already has to handle a lot of images for players that use rec.net and scroll non-stop and that already would use tons more data then a simple text relay would.
RecRoom can read all the data passing through the chips and connect any dots that some input from the end user is suspicious or even just require that room creators must leave the data sent through this API to be non-encrypted or that RecRoom will block your room from accessing this HTTPAPI chip.
Where exactly does this rule state from outside of any RecRoom ToS etc? Tools like https://www.gameanalytics.com/ exist?
Besides, the addition of letting creators do their magic to make amazing ‘how did they do that’ kind of tools with the ability of being able for a room to send/receive data would help RecRoom see ideas on what they should build in house. Room Creators can be able to share information cross-rooms, such as being able to give a player a perk or a role in another room or colaborate between creators about what things to make eachothers rooms fun to play. Some tech savey creators could make amazing analytics about a room, heatmaps of certain areas, how many times a weapon was prefered by the player to use, and more. Information that would be valuable for a room creator to use and improve their rooms. The only data available that could be sent through this kind of api is text input by a popup ui, equipped tools, purchases, and player positions. There is no way to extract voice or chat messages on RecRoom so they can’t even be sent through the api.
RecRoom already full on does this in regards to their split tests and deciding to keep a feature.
I know Rec Room needs to tracks its users for this, but that is also required by them to know that a user’s account is not compromised / etc.
Roblox already also have users who create UI elements that try to imitate the Roblox login screen, easy to just report the room or make a post about it on Roblox’s own forums and have it taken down rather quickly. Sadly, it’s the users fault […]
You got to remember that not everyone knows that, especially at younger ages. Then there is also the part of how the required servers can get compromised or otherwise get shut down / become inaccessible… It could also be used as a way to make a “pay-to-win” game by having payments done outside of Rec Room!
I also would encourage the ability to have an API or just a simple way to send out data from my rooms or even make tools that other creators could use to enhance their game even further, lots of players like this tool, lots of players stand here, a video/content creator has joined I’ll try to use my API to give them extra points for playing on my room!
Once again, tracking… and that is also an unfair advantage just for being one.
Roblox offers […] twitter/x information, and more; in which to ‘check the developers twitter for codes!’ to receive extra points or items for entering in a code. […] I see no harm in letting players follow or check out a developers social media pages to get in-game perks.
It also can check if a user is following another user, which means they could require an account there just to get perks, and it also unfairly boosts that account… Imagine having to watch someone’s YouTube videos and also give them positive reviews… that would not hurt the YouTube algorithm, it would also allow a bad actor to use YouTube to “take action” against someone else abusing the system (when they were not).
A simple proxy server that would […]
This could also be abused by inventions which could make the owner of the room responsible when they didn’t even know it contained such stuff / didn’t know someone placed it inside the room.
Where exactly does this rule state from outside of any RecRoom ToS etc?
Say you got your YouTube partner program removed because someone did this to you… YouTube will likely not say who is responsible on Rec Room, and not even mention which room… (Edit: This is if they even mention Rec Room at all, which many content creators there might have never used or heard of).
Also remember… these external API calls (for Twitter / Facebook / etc.) are not free for third-parties to use in bulk, especially in the amounts that Roblox uses (Roblox also can cache the data and have it accessible… Rec Room’s rooms only contain what was a part of the room, and part of the user itself (room items / currency / cloud variables / etc.). To allow for it to have this data accessible would mean storing that data somewhere…
I’ll put it simply… The external API idea is good, but it is very risky and can easily violate COPPA… and I really hate pay-to-win (and more so pay-to-win gachas / loot boxes / or any sort of gambling in a game targeting kids… which many exist within Roblox).
1 Like
What type information would compromise a players security? The only thing I can think of is a players bio, but that’s the players fault for putting information in their bio. Also Rec Room dose not follow COPPA because of its horrible moderation.
If we balance the good and the bad, an API chip is a really good idea!
We can’t compare Roblox with Rec Room because of how big Roblox is.
Being more creative for having tools that do things that are new in your room isn’t an unfair advantage? That’s creating. Maybe that creator may make their work a github to share with other RecRoom creators.
Then that’s up to RecRoom to moderate or restrict developers from using the api in this manner. Just outright banning it because xyz can happen, isn’t fair.
You are always responsible for what you put in your room. I can’t just insert a NSFW invention and say ‘I didn’t know what that was’ because I’m a kid that didn’t know that’s not allowed.
RecRoom won’t be the one paying for these external API calls to other websites. If a RecRoom creator wants to use these calls, the room creator or the developer will if they want to do the legitimate API calls. And then for regards that RecRoom about having to pay to send these kinds of HTTP API requests? RecRoom already has one that they provide for free for developers to get information from RecRoom, APIs: List - RecRoom - developer portal. If they’re able to provide these api’s with built in rate limits, how hard could it possibly be to also add it into their in-game chips?
RecRoom can simply require rooms to be marked as 13+ or ‘juniors not allowed’ in order to use these API chips. Just like how you have to enable beta content to even use beta chips?
- Tracking what players do (including purchases) without legally-obtained consent.
- Transferring of data from unrelated services that could potentially be used to send various instructions to the room to do something like (as just one example) drawing of disturbing or other inappropriate images which would otherwise be not as easily able to report reliably.
- Reliance on an external service for the room to operate (or be used as a way to cause a network-based attack from Room Room’s servers).
You are taking the phrase “an unfair advantage” out of context. That phrase was in relation to pay-to-win microtransactions, something that Roblox actually encourages developers to do.
You cannot trust a kid to know what is and is not a scam or otherwise an attempt at being used as a login credentials phishing attempt.
Third party services can be used to lock out content to those who don’t go onto some website and pay with a credit card. Such rooms can also be used to pretty much hide inappropriate content from being drawn or otherwise created dynamically until the server says to.
The APIs for Rec Room’s information is stuff from Rec Room itself, not from 3rd party services.
What’s to stop a 13+ room’s owner from getting banned after they find out the server they were using started sending inappropriate images or other instructions to create those inappropriate visuals?
What you use is still your responsibility to moderate to be safe? RecRoom already had a few hiccups with their own in house AI generation systems in which people could make derogatory content in which they have fixed.
If you’re a room creator and you’re entirely unsure what you’re adding may be unsafe, that’s on you to make sure it IS safe?
So far it’s cycling back to this, again, report the room if you notice it, users are expected to treat their account as their own, there should already be ingrained knowledge that you shouldn’t have to login again if you’re already logged in, if Roblox can allow HTTP requests, the only reason RecRoom can’t allow HTTP requests is because RecRoom is also on console devices that protentially prohibit this kind of action of off platform or control of what could happen in the room.
There has been 46 votes for the ability to do this, and it’s up to RecRoom. Moderation tools already exist in place in where players can report rooms for actions against the code of conduct, it’s now if they offer this feature in a way that players not on console may be unable to use this feature or rooms that use HTTP may just only be playable on certain device types.
I’m sure a rule can be made just as it is on Roblox. Off platform transactions are against the Roblox ToS. Sure Roblox can’t stop them all but they can stop experiences/places that are endorcing to go off-platform. Again, a moderation issue in which players can report the room violating the rule.
But off site transactions in regards for the developers that make amazing tools? That’s ok! They provide a tool that developers and room creators LOVE compared to what RecRoom is able to provide at the time. There’s many that I can say that happen on Roblox in regards to subscription based tools that allow players to interface their rooms for history, audit logs, roleplay history, rankings, bug reports, feedback tools, and more.
Saying that you’re locking out features that expand what you can do on RecRoom is a little wild? That’s up to the room creators to use or not to use? RecRoom already does this exact kind of ‘locking out’ that you’re insinuating. Game AI credits, RR+ to get room currency purchases, Roomie…
RecRoom has already been using tons of AI features in which we’re still locked in to what RecRoom can provide. Roblox flourishes with tons of third party tools and we’re still stuck with the limited ability of data that we’re able to use on RecRoom. Data that can’t be edited unless the player we want to edit the data for is in the same room. Data that can’t be used to collaborate with other room creators to share perks or bonuses for playing our rooms together. Or even running our own systems in place of leaderboards, tool history, room information. We’re stuck relying on RecRoom’s basic analytics when Roblox gives us the choice to do what you want, make the experience/game/room that works for you in favor of helping more players play unique, expansive, games.
In which Roblox has to do, otherwise, who’s paying for the servers that host your games for free? Roblox is more expensive to run compared to the peer to peer rooms that RecRoom runs. Roblox hosts a whole game server for your players to connect to, entirely for free, nearly 24/7/365, and even let you make scripts that only this game server can see and run, unlike RecRoom which every player in the instance sees all the CV2.
In which there can easily be quota’s set, as like Roblox already does. Be it that one room can only do a request around 20kb of data, and being a limit of 2+(number of players) requests allowed a minute.
TL;DR. The only reason RecRoom can’t offer HTTP requests is because of the console devices that RecRoom is on. Otherwise, if Roblox can do it, it’s not impossible for RecRoom to do it also. Moderation tools are available and can be remade to support these new additions and security measures can be put in place to still keep HTTP requests secure, like DNS records required to receive these RecRoom requests, a ‘save’ of the room to contain this chip for the request to go through on RecRoom’s relay, etc.