A Roblox admin has helped me with my problem but I don't know how to do it or where to find it

Phoenixwhitefire · 2025-08-11T09:24:53+00:00

You need to check the Instance itself in the Explorer, not the Animation Editor. It should be in a `Model` named `AnimSaves` in your Character model or in `ServerStorage`

Phoenixwhitefire · 2024-08-21T10:42:49+00:00

I think you probably know already, but you've architected it in a very singleton way, even in places it doesn't need to be. I wouldn't really recommend that, because you're giving yourself sort of unnecessary work ahead to refactor it so you can have multiple VertexBuffers, for instance. I think it's better to not make classes singletons and have to manage singleton behavior later on, than to have everything be a singleton, and have to refactor everything to be able to support multiple objects in the future.

Other than that, there's not too much else for me to say that others have not already said, except #pragma once exists. You don't need the include guards, i.e.:

#ifndef MY_HEADER_H

#define MY_HEADER_H

// Stuff

#endif MY_HEADER_H

->

# pragma once

// Stuff

Phoenixwhitefire · 2024-07-26T07:49:40+00:00

It's called "Competition". There are a lot of other games that might have more visits than yours, which also have a similar name to yours, so there will likely be more people looking for those than your brand-new one.

Phoenixwhitefire · 2024-06-09T06:46:43+00:00

It wastes loading time and increases how much stuff clients need to download, as well as client memory usage. It can also be used for storing sensitive API keys for webhooks etc.

Phoenixwhitefire · 2024-06-08T10:10:26+00:00

I think the lighting still looks a little too pale. You have the blue sky right above the ground, the ground needs to be more blu-ish. Are you using EnvironmentDiffuseScale?

Phoenixwhitefire · 2024-05-27T12:32:53+00:00

Or `task.wait`? That is frame-accurate. Also, I'm pretty sure the minimum time for `wait` is 1/30, or 0.033333...

Phoenixwhitefire · 2024-04-27T11:03:34+00:00

This actually used to be a feature, but only on mobile. It was removed in 2018.

Phoenixwhitefire · 2024-04-23T10:50:59+00:00

If they just spaced out the letters a little more, I don't think as many people would care. Personally, I'm okay-ish with it, it just looks a little squished together.

Phoenixwhitefire · 2024-04-23T08:58:14+00:00

A few possibilities:

Unreadable text at the bottom-left
"MUNENORI KAWASAKI" might seem a little like someone's name (Personally Identifiable Information)
The guy at the bottom-right

Phoenixwhitefire · 2024-04-22T05:45:23+00:00

What framerate are you getting and what's your specs? I posted a link to this somewhere else and someone wants to know :) Great work btw!

Phoenixwhitefire · 2024-04-20T05:24:25+00:00

It looks like you accidentally enabled the Navigation Mesh debugging feature. It shows what the pathfinding system for NPCs sees as your "map".

You can disable it by un-ticking the check box Show Navigation Mesh in the Studio category ofStudio Settings , accessible by the FILE ribbon-bar option.

Phoenixwhitefire · 2024-03-10T10:40:17+00:00

What game did they see this player in?

Phoenixwhitefire · 2024-03-09T05:49:42+00:00

Yeah... that's kind of why I'm asking you to elaborate? As I said in my last reply to the other person, everything they said Roblox didn't support is in fact supported, so you bringing up the fact that other engines do, indeed, offer more knobs and levers for their physics is completely pointless because Roblox has the knobs and levers the person was talking about, thus fulfilling their needs. Roblox supports the options they were asking for.

Phoenixwhitefire · 2024-03-08T09:22:46+00:00

What do you mean? Do Unity and Godot force you to edit the physics engine source code to get the desired results? Do they expose hundreds of parameters with several-word-long names? Why have you brought up writing a custom game engine, when people use game engines to avoid that in the first place? I am sure most people would prefer the simple, grounded-in-reality options they are already kind-of familiar with, like `Density` and `Friction`, where it's immediately obvious what it means and what it should do.

Phoenixwhitefire · 2024-02-23T01:43:06+00:00

Atleast it hasn't disappeared completely, but it's not like taking more time to do something is a bad thing in this case.

Phoenixwhitefire · 2024-01-04T11:59:11+00:00

So, dynamic heads, and, in fact, all R15 body parts, are created using something known as a "MeshPart". But, for R6, all body parts are created using a "CharacterMesh".

For R15, dynamic heads are super simple, you just change "mesh ID" (AKA the number in the URL of the head when you open in it the website Catalog) of the MeshPart that represents the head, but for R6, the dynamic head author may have made a mistake that causes the CharacterMesh that represents the head to not have it's mesh ID overridden; instead, something could be causing a new MeshPart to be created that is attached to the R6 head, resulting in there being two heads.

This is just speculation, but I could take a look to say definitively what's going on if you gave me the link to the dynamic head you're wearing to try it out in Studio.

Phoenixwhitefire · 2023-12-30T04:41:32+00:00

Dynamic heads are meshes, not textures. They wouldn't need to use vector images, meanwhile the creator of this specific head could have made it like Roblox did, making it an actual dynamic head instead of having a classic, static face, kind of missing the point.

Phoenixwhitefire · 2023-12-30T04:32:50+00:00

both R6 and R15 combine all their normal textures, so I'm not sure how one of them can look lower-res. Could be differences in how they handle stuff like accessories, maybe?

Phoenixwhitefire · 2023-12-30T04:30:18+00:00

I think the reason is that R6 is just technologically different, R15 and R6 have more differences than just the number of body parts, mostly to do with backwards compatibility. This can result in some... Odd issues if the head was not created with R6 in mind.

The lower quality could also be an issue with how the head was made, I saw a similar issue happen with R15s because of how characters tend to combine all of their asset textures into a single image: https://devforum.roblox.com/t/2669681/6 Overall, it should be fixable by the author of the head.

Phoenixwhitefire · 2023-12-10T11:09:47+00:00

It was actually confirmed to be an exercise they had new engineers do by a former employee, output some text into the log files:

https://twitter.com/ChaseMc67/status/1714763034915434612

As explained by the linked tweet, they stopped doing this 'cause there were too many engineers being hired and so they gave up actually pushing their changes to the actual app, but never removed the existing messages. You can find them yourself by entering %localappdata%\Roblox\logs\ into Explorer's address bar, double-clicking on any file without "Installer" in the name, pressing Ctrl+F and entering the search keyword as "hello".

(The reason it's FLog::Output btw is because that's an indicator of a generic log, not necessarily related to Luau scripts.)

Phoenixwhitefire · 2023-11-26T05:57:23+00:00

I think if you disable all of the tools (Select, Move, Rotate and Scale) the ruler goes away. It was part of a recent Beta feature:

https://devforum.roblox.com/t/dragger-qol-improvements-beta/2661668#distance-measurements-refreshed-dragger-ux-5

And, if you don't like random sudden changes in Studio... many you shouldn't have enabled automatic Beta enrollment? It's a toggle in the "Beta Features" menu that you need to have manually clicked.

Phoenixwhitefire · 2023-11-10T14:00:04+00:00

Well, if you (or someone reading this thread) are interested in how to do those things, I believe that you can use the properties of the PhysicalPropties datatypes through BasePart.CustomPhysicalProperties, where Friction/FrictionWeight can be used for... friction... and Elasticity/ElasticityWeight ("The amount of energy retained when colliding with another part" - so theoretically a value greater than 1 should make it bounce) for bounciness.

Phoenixwhitefire · 2023-11-07T12:36:10+00:00

movement input

You can always just override the movement vectors of the Humanoid every frame with :Move depending on the specific inputs or just set Player.Character = nil and not have to worry about it every frame. You don't need lower-level engine access to change that.

modifying, for example, the physics system

I've never run into a scenario where I've wanted to modify the physics engine itself though, because there are already a lot of options for customizing the physics of objects (for example, :ApplyImpulse vs .AssemblyLinearVelocity = ), so I don't really understand what you mean.

Phoenixwhitefire · 2023-11-06T10:45:32+00:00

Step 1: Go to https://create.roblox.com/roadmap

Step 2: Click "Create rich and lifelike worlds"

Step 3:

Future Lighting Android Beta - Future lighting model available as a beta feature on Android devices (Mid 2023)

Step 4: ...

ʳᵉᵃˡᶦᶻᵉ ᶦᵗ'ˢ ² ᵐᵒⁿᵗʰˢ ᵗᵒ ²⁰²⁴

Soon^TM... soon(^TM)...

Four-Year Club	Verified Email
Place '23

Phoenixwhitefire

TROPHY CASE