Adding new course units soon, buy now to get them for FREE: linktr.ee/ByteBlox

No. You just don’t implement rarity. You only want to make it as if there is rarity but in reality you will only get common items, and then you make a button to get legendary with robux.

me when i use "pick random from 1 to 100" in scratch:

Actually, tbh, I agree with you. Rarity is harder than I think. Haven't had to program rarity before. The closest I got was programing a sort of 'fairness' system in randomizing maps. (1 in a row, and 2 in a row.)

rarity while seeming initially hard isnt that bad when you get around to understanding tables, so i decided id program a simple lua weighted randomizer and send it here for people to reference if they manage to see this comment first we wanna start off with a table, which is essentially a list. However, each list is only really allowed to have one entry within each line, so to make things more optimized we are effectively putting a small list containing the NAME of the item, as well as its rarity. the rarity in question acts more as a 'frequency' meaning the higher the number, the more abundant the object would become. the template is essentially {(brick color),(frequency)} afterwards we are going to run code that makes a new table (list), that inserts each entry of the original table (list) the number of times of its frequency. Meaning the white brick in the situation (view below) would be written down on the list 100 times. We do this for every entry and effectively have a long imaginary list with 230 entries (in the situation im showing off below.) The final part of this is picking a random number from 1 to the number of entries we have, and just taking the object from the spot in the list! ------------------------- local OurExampleList = { {"White Brick",100}; -- common {"Purple Brick",70}; -- Uncommon {"Green Brick",50}; -- rare {"Orange Brick",10}; -- legendary i guess } local ImaginaryList = {} --imaginary list that is used for later to decide which specific brick we want by inserting the (total of) 230 possibilities into for CurrentIndex, CurrentListEntry in OurExampleList do for count =1,CurrentListEntry[2] do --see the [2]? This is important here because we are sorting through the original example list, which has mini lists and we want the rarities from the mini lists. CurrentListEntry is also technically one of these, which can be found from the CurrentIndex (meaning the mini list {"White Brick",100} is found when CurrentIndex is at 1) table.insert(ImaginaryList,CurrentListEntry[1]) -- places the current entry into the imaginary list, this is run as many times as its frequency end end local Result = ImaginaryList[math.random(1,#ImaginaryList)] --This is another index similar to [2], but we are picking a random entry, from 1 (the first entry) to the TOTAL number of entries (which is essentially 230) print(Result) ------------------------- sorry for lack of formatting or if I was to vague on any topics, but this is just some simple sample code that is a nice stepping stone to understanding absolute essentials to development

Bro you arrived in a great time, I just got to roblox lua scripting and these videos are teaching me better than my courses lol

I recently began my first game and just so happen to need this rn and u happen to upload this only 4 days ago wow how lucky am i to stumble upon this video thank u 🙏

1:26 yes, replicatedstorage

When you’re using the counter variable while looping through the rarities, this is called prefix sums, and it’s pretty useful for cases like these. But I would say that it’s better to just construct the prefix sums table right after your rarities table is initialized so that you can have faster runtime (especially if there is a lot of rarities).

the way i made a rarity system is more focused on convenience of updating, so instead of making a table or list of rarities i just made a folder containing numberValues and effects of each rarities, so it picks a random number between the lowest and whatever the sum of all values are (all of which are handled by a "ipairs" sequence), which was NOT easy.. but saved me a lot more time adding more and more stuff on it

1:25 I've never programmed anything on "Roblox" before, but here's probably what I'd do in this situation, create a bunch of pets, none of them are intentionally favored, they are all on equal footing, you'll store on the server a quantity of each of these pets, every day increase the number of every pet by a fixed amount, such as 100 though it depends on how many people are playing your game, each time someone buys it decrease the number of pets, the cost of each pet depends on the number of those pets left compared to the other pets, with it being impossible to buy a pet that is out of stock entirely. Any pet that has far fewer left than all the other pets will get categorized as rare or legendary until it no longer has less than the other pets, you can add sparkles or something to these special pets, you can probably also make it possible to sell pets back if you want to make things more interesting, though it may be best to have a time limit on how long you can have the pet before losing the ability to sell it.

I had a system for my now abandoned game. The rarity system was so advanced. It had to take like 8 values in mind when generating. It was basically an armour generator. Where each piece had multiple stats. But certain stats where handled differently. Before i started it, i thought it was gonna be super easy. shit was harder than anything ive done. It also had to work with data saving. I had like 5d array for each stat. Crazy. It used like 5 scripts in total. the rarity script was like 300+ lines. And when i code, i code to make it as efficient as possible. Then i realised, its roblox. It doesnt need to be this complicated. So now i stick to simpler games.

Thank you for this. And to all the viewers here, there's multiple variants of weighted RNG, I would highly recommend to try things out such as making an alternative to math.random(), or find another way to calculate the result. It's a complex system and there's no system that suits all, experiment with it. And with such, another method to this video is to add up all the weight values and multiplying it math.random() with nothing in the parentheses; from there, you go through each weight again and remove it from the accumulated weight that you got from multiplying till you reach 0 or less and return the item that triggered that check. However, by doing this method, you may see that high rarities will appear to be more common depending on the weight you assigned. Again, I highly recommend you to try things out and find new ways; step a little out of your comfort zone, but not by too much, learn from the behaviors and mistakes you come across.

You can use your rarity "weight" as the maximum range for math.random and then a successful pull is when your random number is equal to 1. This makes it so you don't have to hand modify your weights every time you decide to add something rarer because adding something rarer just means the new entry will have a bigger weight number.

As a RNG game developer, I can explain how games add new items with new rarities not adding up to 100% while still being accurate. A first idea I had was to make, for example, common (50%) be added 50x in a table, and all that for each of the rarities, then returning a random one, except that's way too slow for huge numbers like 1,000,000, Roblox risks to crash. But then the ultimate solution is quite quite hard to understand : developers just use a rarity table like in this video, except their random generator function computes each "part"'s rarity weight and return a random part on its weight compared to other ones. Yep, that's quite hard to understand and redo but that's how it works. I spent hours documenting that subject and I made a pretty accurate rng system.

funnily enough, i made a rarity system using this concept in obby creator like 3 years ago without even realizing this is how rarity systems work in roblox coding

Oh my glorious king ByteBlox are you going to do the thug shaker i have been waiting for so long

Meanwhile python

The only reason why i would make a rarity system is to make a rotation shop with cosmetic items. As pet sim, blade ball and sols rng is basically gambling glorified Edit: Well because it looks like some of sols rng players are going after me in the comment, i want to clarify that i dont think that sols rng is gambling, and that pet sim and blade ball is the roblox casino. But what makes me group the game up with the others are that sols rng enforces the gambling mentality that the next one could be the super good reward. This could create a habbit in children which could lead to them resorting to gambling later in life. This is also not something that i feel like sols rng is doing, but basically all popular roblox games nowadays.

@byteblox100 you NEED to make a video on the _G function, it literally saves so much time and is so much easier to understand than module scripts!! Everyone get his attention on this

Being this early is criminial.. also ur vids r really good.. keep up the good work!!

1:26 "ReplicatedStorage"

You could make a rarity system like he did and make it work by just making it check the first number in the table and if a number is less than the Random number it will get the table index of the rarity and add one to that and check the rarity of the one above the current rarity if that one is equal to or less thAn aswell, if it is less than then it will go to that rarity and check the same until it ends on 1 rarity. If the rarity is not less than the number it will check the next rarity. Bassically just if one number is wrong then go up if one number is right then check the next one if it’s also right and if the next one is wrong it will select the current number. If the number above is right, it will go to that one and check agian.

its easier to make common 100 - all of the other raritys. if you do that its seamless when implementing new raritys into the game

well guided ❤

you are an inspiration byteblox

I'm no expert but in python id use randint to generate and intiger from 1-100 then put those values to be a random item (For example, if the intiger is 1-80 its commonn, if I get 81-90, its rare, etc.)

instead store a value of numbers that it has to be greater than and generate a random number from 1-100 store it as randomValue or something then loop through from legendary to common (must be in that order to ensure your probobabilties are acurate) checking if the value of each is greater less than randomValue so you would start to check if it was 100 (only number it could generate greater than 99) and go on untill 0

i actually use set {_num} to random integer between 1 and 1000 if {_num} is between 1 and 100: do something its about 10% cause 1/1000 is 0.001 which is 0.1% 10 is 1% 100 is 10% and 1000 is 100% so yeah

First, make a folder inside of serverstorage then name it "Things". Second, add a block thats institutional white called "Common" inside of the folder Third, add a block thats camo green called "Uncommon" inside of the folder Fourth, add a block thats electric blue called "Rare" Fifth, add a script inside of serverscriptservice and copy this script: while wait(1) do local chance = math.random(1,2) if chance == 1 then local block = game.ServerStorage.Things.Common end local chance = math.random(1,4) if chance == 1 then local block = game.ServerStorage.Things.Uncommon block.Parent = game.Workspace end local chance = math.random(1,16) if chance == 1 then local block = game.ServerStorage.Things.Rare block.Parent = game.Workspace end end Finally, you can now playtest your new working rarity system.

theres a better way to do it to have it guarantee a certain rarity based on luck and it can support numbers up to 1e308. I have my own pseudo number generator that doesnt use roblox’s random library though. Personally this method is better than weights

if table order is not waranteed then dont return a value at that point. Instead, store the value and keep iterating

ill be honest, i never considered this hard as i knew for a long time how weight/cost works for randomization

I had to make an item that gives you one of 7 items with equal odds, plus one that has a 2% chance of spawning I did it by putting all of them except the rare item in a table, then I made a random number generator that picks a number from 1 to 100, if the result is above 98 then it picks the rare item, else it picks one of the random common items

4 mins this time lol still good luck tho i dont even have notifications on i just hoped on my home page lol

orrr ‘hey chat gpt. make me a rarity system.’ or even better ‘teach me how to make a rarity system’

i feel so intelligent after i correctly predicted what you did

Video title: programming rairity is harder than you think Video: *T A B L E S .*

1:21 ah yes ,common,undead ,twilight and archangel

wouldn't it be easier to do something like a random number event happen via player and then make a series of if elseif statements? like are there any downsides to doing it like so? Sorry if its a dumb question, just curious :))

I thought it was going to be simple and it was somehow even simpler than I anticipated... this is like, babies first coding class

Wait what? Adding rarities is hard? Man… I guess it is hard then… felt simple for me, but idk, maybe because I read a rarity thing a few years ago, and it’s just engrained in my mind now.

Why don't you just check for the rarity weight alone?? for rarity,weight in module.rarities do if randomNum

pls make an RNG game where the better rarity you have, the better you are than everyone, for example if you have a better rarity you might be faster or get weapons or maybe even admin powers

Is this actually 1% chance on legendary? I think it's even less? The way you retrieve the object makes me a little confused on the actual percentage. Also this method brings me a lot of memories about greedy programming problems, like the backpack greedy problem.

instead of picking a number up to 100, just pick a random number up to the total weight

What does AAA game mean? Does it mean that when someone gets good stuff they say “AAAAAAAAAAAA!!!!!!!”?

I'm here before watching the video. Im a cs student currently and have really good cp skills (1934 cf rating) and my toxic trait is thinking this is piss easy. But things will get interesting with the extremely high rarity like 1 in a quintillion but i still think it is not that hard. Please humble me

So would that mean that to have an increased chance, you'd just divide by the new luck? For example, before running the table, if you say, had a x2 luck modifier, you'd divide the random number by 2?

hey byte, I was thinking to buy your course but idk what I can learn and what I can do with your course, I'll be able like, to make a... simple game of combat, or maybe an advanced?

all you need is knowing basic statistics and use random numbers

The system I would use would be something like: Local rarities = { Common = {prob = 1/2} Uncommon = {prob = 1/4} Rare = {prob = 1/8} } Local function getranditem(table) number = math.random() for i in pairs(table) do cumalprob = cumalprob + i.prob if number

Please make a tutorial on how to level up your Scriptingan I have been stuck on third tomoe for a year now

i hate it when my pets have spikes and machine guns attached to them, it happens every time

you don't need to make your rarity weights total up to 100, but instead just do math.random(1, [sum of all your weights]) for your random number instead of 1 - 100.

Now I get why you think coding this is hard, and I agree.

Ah he used chatgpt for this

oh yea byte, You changed my life…. You opened my eyes…. 👀 You saved everything that was going wrong in my life… That’s why today i will buy your course🔥😇

i saw the text "programming rarity is harder than you think" no its not i made a system right after i saw it to show and it was easy . for all devs that struggle : if you struggle with a rarity system , dont give up (BTW : If something is 1% of 100 % in 1000 drops i got ONLY 9 of them)

that title is 100% misleading, you can pretty easily program rarities in like 5 minutes by just using conditionals and a single random number

scripting a rarity system is easy tbh, the real difficulty is scripting a LUCK system inside the rarity one

Here’s one unique thing to do if anyone wanted to do a higher rarity chance: Let’s say you want Legendary to be (1 in 750k) and Epic to be 4.5% chance, basically calculate 750,000 * 0.045 OR (750,000 / 100) * 4.5 … (EDIT: You might want to use math.floor to round up the number if it has decimals e.g. 45.291736) To make it easier to add all together in the module.rarities, make a for loop that will add all the values up as a sub total. local subtotal = 0 for i = 1, #module.rarities do subtotal += module.rarities[i] end And just chance the code on Line 19 to… local randomNum = math.random(1, subtotal)

that feels kinda icky even tho you got a 1 on the random number you only have a 1/4 chance of actually getting the legendary

if i heard you right then this rarity technique is not precise and could be unfair (not sure tho) is there a way to perfectly sort the rarities so its always very precise the same and fair?

bro summarized sols rng's code in one vid

Me at 8th grade " so basicallly you can give me kitusne fruit right :D"

I have coded a rarity system after 1 year of programming lol on my own

Can you do it by picking a number 1 to 100 and then like if number is 1 then return legendary and if the number is 2-20 it will return epic and so on?

well what can i say? i was just thinking on how i could make a rarity system for my crate opening system. thanks

0:38 I would use a randomiser but I am guessing that’s where the problem is. Maybe you can just use the time of day, the amount of players in your server (if private or empty server use ping) and the amount of all players playing your game and maybe like some stocks. If someone tries to manipulate the stocks they deserve to manipulate the randomiser. 12:16 So the problem is that the random numbers can be compared with more common rarities which can make rare things extremely unlikely which is why you need to add a check (probably less efficient) or something like an order of checks so it gives the odds you specified?

As someone who has made my yeah rng game I can tell you that you’re making it sound a lot harder than it actually is lol The only mistake I’d actually watch out for is floating point precision stuff when the rarities are low. That’s when I ran into issues myself. Anyway it’s literally just simple math but you yapped for views

Once I made a Priority System to spawn ores. It worked pretty well.

I missed the part where this was supposed to be difficult

not gonna lie I thought when you said it is muuuuuch harder I thought that it was but it's exactly how python works

short answer: chatgpt, long answer: this video edit: thanks though, i understood the video

Maybe use: local rarity = 0.01 -- put how rare you want it to be if math.random() < rarity then -- do something end

But how do you make luck potions? What even does luck

Couldn’t you just put a value in each part and get a table and the bigger the number the amount of copies will be added to the table? (And then obviously choose a random part from the table)

i find programming stats hard enough dude like every time i try to do so i just almost kill myself and give up

pick random 1 to 100 from scratch: greater than or lesser than:

How is Rarity hard in any shape or form its literally just weighted randomness/gaussian distribution

why not just use this? function gamble() for name,chance module.rarity do local rolled = math.random(1,chance) if rolled == chance then return module.parts[name] end end end

honestly i wouldve just generated a number then check if in range for each rarity lol

sol's rng devs explaining why they wasted more than 5 minutes on their game:

hell nah bro called weight random hard

This video is secretly him defending Sols shitng

Sols rng lore:

The only thing the pet sim kids are growing up to be are gambling addicts lol

i just use a wheel system with a table lol

roblox devs are on crack if they think rarity is hard wait till yall learn about quaternians

Can you do admin commands

rarity is easy. just select a random index in an array and make lots of copies of common and one copy of legendary. the method in this video doesnt have the chances completely correct

rare is not green, rare is blue, uncommon is green

Scripting rarities is ez. Just make a table and loop through them. And use math.random for each of those elements

Meanwhile python looking over at their *import random*

This doesn't convince me that RNG games have any effort in them.

local probabilities = { Legendary = 1, -- 1% chance Epic = 5, -- 5% chance Rare = 24, -- 24% chance Common = 70 -- 70% chance } local function getRandomItem() local total = 0 for _, weight in pairs(probabilities) do total = total + weight end local randomNum = math.random(1, total) local cumulative = 0 for item, weight in pairs(probabilities) do cumulative = cumulative + weight if randomNum

rarity. random number gen: 0-1000 common 0-800 rare 801-950 epic 951-980 legendary 981-1000 easy.

Me explaining to my friend why sols rng is a good game:

NoNoNo programming a rarity isn't hard but programming a good rarity is hard