The great detective club is facing its first and greatest crisis yet: Summer farming homework. Will they make it through alive? Does heart-radish really exist or did someone mix up horseradish and stubbornly refuse to rename it? And what is the true meaning of manhood? All these questions and more will be answered if you dare go...
Thanks a lot for playing/rating/testing!
- A - Confirm/Advance
- S - Return/Undo
- Q - Fast Forward
- Arrow keys - Move selection
- Original release date: 08/01/23
- Source code: https://github.com/CaptainDreamcast/Inside
Extract the folder and open Inside.exe.
Burn the .cdi file to a CD-R using Padus Discjuggler 6.0 (https://legacy.padus.com/produ...). CD-RWs will not work. Burn at slow speeds, if possible. Put the CD-R in your Dreamcast. If it shows -Inside executable- during the Sega logo screen, you did everything correctly.
Log in with itch.io to leave a comment.
Ah, this is about Dolmexica Infinite, right? I think you could get it working without the assets.js (in the simplest case just copying the assets.js content into the game.js since both are embedded at the same place in the index.html), then the files you still have would be:
- game.wasm, the web assembly
- assets.data the assets used by the game
I'm not sure if you can reduce it further. The web build uses Emscripten (https://emscripten.org/) which is a sort of compiler-to-web. I know there is a way to do non-web-assembly builds with Emscripten as described here (https://emscripten.org/docs/compiling/WebAssembly.html) but the last time I tried those to debug something, they didn't work with Dolmexica. It would be done by adding -sWASM=0 to the linker when compiling the game. That's not possible with the make-your-own-game kit since that one already has the linked version.
I'm not sure if you could get rid of the .data file either, from what I see here on the documentation about packaging (https://emscripten.org/docs/porting/files/packaging_files.html), it seems to be a necessary component.
thanks for the detailed answer, I'll try to do something with it. I have already tried in various ways, in particular the ssr approach on react, I returned static with the game, but this module did not start and cursed that it needed some utilities from the Windows environment to run, from which I concluded that what to run you can only build on the server and send the stream with the game through the iframe, but it would be very expensive to implement multiplayer through a web browser, since you need to contain many instances of pages on the server
Yes, I have some understanding of what is happening since I am a web developer, and I managed to run a game on Windows and collect a couple of games from developers on Mugen. But of the problems, I noticed that you need to update the assembly, as the browser specifications change and now, for example, the game does not work in Google Chrome (link below), but it works in the Safari browser. But this problem can be easily solved by simply updating the game assembly, the real problem, as I wrote above, is that the assembly of the module for some reason requires hosting through Windows, I will try to figure out on my own whether I can fix this situation by correcting the bat file
By the way, I did not say the most important thing, this is what the purpose of running your dreamcast interpreter in the browser is that if you can statically run the game on the client (browser in this case, obviously), then I could use the webrts technology to to stream a captured home item to another user at a high frame rate, and use that connection as a channel to forward keystroke data. As you can imagine, this would provide a multiplayer option for mugen players that is still popular and launch any game builds, and all sorts of additional things could be done, but even that would be very cool.
if I don't find a solution to this problem, then it's still possible to create a modern spa application that will be deployed on some server with Windows, where various folders of mugen games will lie next to it. Then you can go from the spa application (where you can select some game) to these static pages with games, and on the html pages themselves, just add my custom script, which will take the ID from the browser storage to connect to the room with the game from the server (rooms with games must be created on server), so that you can was to implement a webrts connection for 2 users.
WTF did I just read? :-D this was fantastic!