Nope. I'm making my first game ever (it's been months since I started it), and I thought of it since the beginning. Luckily, since I'm writing it in python, this is much much easier for me. But performance is... I mean it runs at about 160 FPS but I'm quite limited to what I can do

@@ZgavY ahahahaha Oh man that was a good one

@@JetJockey87 imagine seriously writing something on Python

@@TuxraGamer imagine being toxic towards beginners in programming community

@@TuxraGamer Imagine that the platform you're writing this comment on is extensively using Python. It may not be the best option for game development, or more specifically for games that require performance, but it is one of the most popular languages that is extensively used in professional work in different fields.

I was like 40% likely to click based on the title, but the thumbnail tipped the decision over.

Didnt even realise lmao

Filename: savegame.sus

I thought the file format would have something to do with amogus lol

.sus file format

It's way better than json. It's much simpler and much easier to parse.

@@temper8281 well the tradeoffs you have is that every change to the format requires you to maintain and update the parser. JSON already has a spec and there are a plethora of fast implementations already. On top of that, you can pass the JSON into virtually anything that accepts it, to either visualize, transform or search it (i.e. with jq). JSON shouldn't be used for everything, of course, just saying that the format you came up with is simple on the surface, but not in practicality. If your goal was flexibility, even if temporary, then JSON would've been your best bet. But I admire you for just building your own thing. That's the best way to learn :)

@@dealloc Why would changing the format require me to change the parser? The parser does not change when the arrangement of the file changes. If you mean that the format changes when...the format changes. Well yeah. But that will happen anyway regardless of the format.

@@temper8281 Format as in adding, removing or altering syntax, types, specification etc. Except for formats like JSON which have been standardized. Unless your format also needs to do marshalling, which doesn't sound like a use-case you have atm.

@@dealloc Well the format for the file is locked in. The only code I write is to take data structures and load and save them into the file. You'd have to do that for JSON aswell, unless you have some kind of language reflection that can do all of that for you. Something like that is a non-trivial cost

Text parsing is easy, especially if you doing your own format and it is simple to parse. I think it's better to write something by your own, and if it's hard to you -- change how you are doing it. I wanted to say this because "grateful libraries" are often to general for your task and you don't control their code, thus you can't tweak it and you are stuck with API that those libraries providing (which is often some state-machine crap that often goes as far as reading files by itself, almost like you don't know how to do it). On the other hand, if library provides functions that can parse array of data (not "file" on your disk) and somehow saving context to another block of memory to be called again when you're need it -- that's great.

@@rogo7330 if you are saying this about serde, you clearly havent used it nor understand how it does what it does

@@luukvanoijen7082 yep, didn't used it. Also im not using Rust for anything. Im more like C + shell squad. But if serde works for you - great. It's only tool at the end

@@rogo7330 fair enough and agreed

Serde is flippin awesome. Being able to do #[derrive(Serilization, Deserilization)] is so easy

You shouldn't trust me.

I don’t know how to change VS to dark mode, my eyes 😢

three lines of tabs too

Nah, me and my homies use whatever 🗿

and has a #define for main() as MAIN

Gmod's LIDAR mode is based off a game called "Scanner Sombre", so you might want to check that out too.

bruh. Scanner Sombre is a full game, and it came before Gmod's LIDAR mode

there is a game that inspired LIDAR called Scanner Sombre

I was considering making one but I figured either someone was already heavy into developing a game with this mechanic or Gmod community would hate it.

Isn't that the scan game in roblox?

Definitely true!

ive once heard that bugs ussually arise because they were "smarter" than you at the time of writing them, and the more complicated and the "smarter" you try to code, the smarter these bugs become and the harder they are to debug, keeping eveything simple and dumb yet effective enough to do the job is your best bet with preventing bugs.

@@tam_69420 this is pretty true from my own experience. it also really helps to code things in 2 very key ways: 1. break things up into as small bit-sized modules as possible where you can easily test each one when you are done writing said modules and so bugs are occurring in decoupled places that dont require you to detangle or disseminate a lot of code at once to narrow your search down. 2. templating, inheritance, and/or composition when used carefully and considerately will help expose bugs more easily and make them easier to test because the deeper into the code a bug is the more places it will be visible and the more ways you can test it.

Sus

Huh, a bird chirping. I really need to get to bed earlier.

I'll end up doing both when it ships. If it is worth it.

Uhum, but JSON is crap!

​@@LOC-Ness In a world of infinite potential and endless possibilities you could be right. "JSON is crap!" does not mean anything, so I cannot agree. Do you have a specific reason or experience you can point to? That would be meaningful.

@@valueconomy JSON is crap though

@@temper8281 depends on what you are using it for. There's a reason its extremely popular

@@temper8281 Thanks

Good question. At the moment they aren't occluded which is what LIDAR would look like if you did it in real life. But not sure it looks good or not in the game

It sounds like you hate it! 😁

Thanks!

I was thinking the same and even understood everything until he started deviating from C to C++ stuff.

If it works, it works! Don't let anyone tell you different.

This is sort of what I’ve seen too. Lot’s of people have great concepts for games, and they just start making stuff, not really planning much in the way of minute to minute gameplay, then once they get there, they just throw some basic mechanics/systems they’ve seen in other games in and it feels stale or lacks cohesion. Not to say that it’s bad to reuse mechanics though. So many games feel like they had a great idea, just fell flat in terms of execution of that idea

True.

I watched that and that guy is crazy! :D

lmso jhd

Thanks!

Be afraid.

Hmm strange must have missed all those established solutions for my custom game engine.

Sounds boring.

@@temper8281 And JSON ain't?

@@micalobia1515 JSON is

More suffering is to come. I can assure you of that

@@temper8281 the osundtrack must have randomly agonizing screams aswell then

@@vadiks20032 Yeah it's mostly my screams

I'd like to know this too. I am using JSON myself because it integrates with web technologies and allows me for a quick implementation of anything with libraries readily available for several languages and in some cases even built-in in the same runtime (e.g. NodeJS) * Saying this as somebody who's making a few binary file formats too

So I haven't watched the video but it would make total sense to prevent people from looking into your game code or even determining how the game was coded. Arguably one can save anything in JSON or XML but that would mean that people can reverse engineer stuff. Many programs use custom extensions specifically so that other people don't know what's in it. It will be a security risk. For games it will be modders or hackers trying to modify save files which can give undesirable effects.

@@SahilP2648 Sure, I can understand this, and it's very valid IMO, but it REALLY depends on how you actually serialize stuff methinks

​@@SahilP2648 creating a custom format never blocked any modder / hacker to still reverse engineer the game. when you save data in the client side, they will always be able to read it. And even in this case, he still used a human readable format, which will still make people able to read it...

@@hypario no that's the whole point of an extension. You can reverse engineer some of it but think of all the Android apps using .APK, or programs using .DLL and tons of custom formats. You don't just change the extension and keep the data in byte format without performing some steps. I would suggest at least for gaming you can have the entire world state in RAM which would not take more than 100MB even for demanding titles (and makes sense since RAM is much faster than SSD), then when you go over a checkpoint you make a copy of the RAM contents, serialize, encrypt (or semi-encrypt based on your custom logic) and put it in your custom extension.

Because it's made for a specific purpose. JSON/XML are general interchange formats. My format is designed to be integrated with my game engine. That makes it much easier to work with.

@@temper8281 In what way is it easier to work with? It looks like a generic format for me, in the readme you just say it's 'a text file format used to save and load hierarchical data'. In what way is that different to JSON, such that it's better for your game?

​@@tomcheng3903 Why don't you write one and you'll find out. Easy peasy. Besides you won't be faffing around with linked lists!

@@temper8281 I already have - I write my own formats all the time, because I think JSON&XML *are* trash for many things. I normally write a very specific binary format that will perform better than json - that's the whole point. If I don't have much data & don't care about performance, then I use json. I don't just reinvent json with a different syntax if you don't want someone criticising your format, just don't make a youtube video calling json&xml trash without any understanding why & then proceed to make all the same mistakes When you put videos online, people watch them & learn from them, & it's infuriating seeing dogma like this get spread around! I don't want to live in a world full of JSON. But I also don't want to spend the next 10 years debugging crappy json alternatives because it was trendy to shit on json but nobody actually knew why

​@@tomcheng3903 Oh no cry me a river!

They do yeah. Primarily because you can make a very simple file format that loads fast and makes things easier to manage.

Don't use external libraries.

​@@temper8281 Protocol Buffers ("Protobuf") by Google is also a popular implementation for serialization, though I haven't heard of games using it.

@@v01d_r34l1ty he said it's awful

The internet is full of bad role models and bad advice. Ignore everything this guy does and just smile 😂

@@hamu_sando I'm a great role model. Just gotta give me a chance.

There's more behind the curtain just waiting to be revealed!

You already get that idea, instead of outputting the array to player you just write it to file and add some code to check for that file on game start so it can be loaded. Instead of file you can use cookies or any other storage type to keep it. That's the whole idea really.

Yes I have a protobufs are awful xD

@@temper8281 honestly, I mostly like them because of the compression they provide, but I understand that it might not fit in some use cases

@@temper8281 ASN.1 to the rescue! ;-)

I guess the issue is that they want a human readable output but protocol buffers kind of makes it quite hard

@@aeghohloechu5022 that's true but if you have source protobuf files, that shouldn't be a problem at all

I am

Data modeling and solution design are one and the same. You can't do one before the other. I'm not reinventing the wheel. I'm building a wheel that is perfect for my usecase.

It's not possible to know exactly what your data will look like at the beginning. So best thing to do would be have tools that keep you flexible. Having a file format is useful because I can tailor it exactly to my data. The other thing I would do is try to keep data is simple as possible without much levels of indirection. Complicated data structures and pointers are difficult to serialise.

Yeah I think it was too loud. And also too scary

@@temper8281 I actually liked the music

@@temper8281 definitely good music choice.

this capitalization is aneurysm-inducing

@@mariocamspam72 I know, Been a thing from a long time to capitalize almost every word I type, though now I am trying my best to not capitalize unnecessarily anymore.

@@pranaav2027 you're doing good, some habits are hard to break. 👍

@@pranaav2027 that's a really funny habit

Yeah will fix it for next video. I'm just bad at editing

Nowadays I just write binary files for game data that are just simple functions that write/read data directly into/from a file. C++/C inability to inspect data at run time forces you to take the more explicity approach, but can be simpler in many ways.

Yeah

But why

No native linux version I'm afraid!

@@temper8281 that's fine, it should work through proton with steam

The game instance state manager is a Singleton backed by a concurrency safe dictionary mapping the a ID to a reference . The go as a onattach and detach method that registers with the gism. For multiple reasons you don't ever want to store a pointer to a go in another go. Most of them are isolation, state safety and thread safety related.

Take a look at the state mgmt of the REDengine, or Gamebryo for examples,that do exactly that, but unnecessarily complicated (own file format, live queries etc.)

Too complicated.

can't say i like the unity format at all. rather, should say, "formats" , because they failed hard in being future-proof.

I'm watching you all

you just load the data and systems can pick up from there without you needing to do anything else

I gotta write a game! Not spend time writing code! 😱

@@temper8281 That's the idea.

Blinded by Fear. It's the game I made. It's on steam.

Just wait until you play the game!

No it's not always a better idea. And yes, it can be versioned.

Me to