• Question
  • Is it possible to tie projects together somehow?

You can make a mini game hub and have games inside games

unless you copy the code line for line bar for bar and you have the patience to do that then yeah maybe. but idk

idk ask varriance

what your talking about is same origin request that will not be possible without a backend which will make a cross site request to the project of your choice to process those requests, which will also mean allowing the backend basically admin privilege's which means you'll be trusting the user not to abuse it...

which may happen which is why i recommend against it, instead why not use level codes that are redeemable in other projects... just obfuscate it a little and boom perfect no need to overcomplicate something that may put your account into jeopardy just for that

also the use of a backend requires more than just CDO knowledge as well so just stick with the redeem codes or if you have a better idea than just implement that,

OR and this is very circumstantial is that you could combine a chatroom with a big project... much like featured [Battle Cars] did which actually could work considering if you don't have any assets to fork over for another project if you do this will take effort depending on animations and how much you have

as for your question of using other projects, i worked on an emulator which can run JSON but I'm not motivated enough to finish it since most of my questions got answered as i made it barebones runnable, but for now i'll end this tangent

TLDR: yes, if you have the knowledge to back it up and a lot of time to kink out bugs along with a major security risk for your account

    Varrience oooy mama Mia that backend stuff is something I think I should not risk-
    Both the redeemable codes and adding the game to the chat seem nice, but I do have quite a few assets in my own game, so that'll take time, and for the key code things, idk people could just tell each other the code and get free rewards.
    I wonder if it's possible at all to use libraries for stuff somehow

      Mellow unfortunately libraries don't store data like that... it's why i suggested that, what you could do is create a sophisticated OTK one time key based off of time of that project, and once it's redeemed it'll get added to the used pile which means they won't be static keys in fact most remotes use this type of encryption for garage unlocks, you put the generator in the 1st project and a reader in the second... since there both relying on the same constant this could end up working.... but that also requires a lot of knowledge about generating keys like that

        for the encryption i'd suggest some sort of cipher; with the key to 'unlock' the cipher being a keyvalue so you wouldn't just be able to look at the code to reach it

        unfortunately anyone with a little bit of knowledge would just be able to use the console to access the keyvalue, but still it's better than no encryption

        Varrience aww that sucks. Well, I don't have knowledge with creating keys so oof
        Do you happen to have some knowledge-

          Mellow eh i sorta do, but if i were to do something like that it'll be a headache the concept is easy on paper but not to great in practice, which is why i prefer static keys over rolling ones like previously discussed ACK has provided a simpler way of doing such, the concept i'm talking about could take weeks depending on how dedicated i am to making something like that

          Mellow after i got some free time i built my proof of concept, this is a common example i followed and now know how it works... with this it should deter some way of unlocking codes since this will be able to change it rapidly i'll give a live showing soon https://studio.code.org/projects/gamelab/-ONJp-1_1ubLB6fGa7bVmXoeZ6sApY0vCUbkgG2SEp4/view all that needs to be done is have chosen codes, and then add the encrypter there and then follow up with a decrypter for the side of the redeemable codes, this can further be obfuscated if you so desire, I didn't for the sake of making it understandable

          Chat