Yeah his reaction/answer was great. lol

Dang, I always thought he had less videos than he did before but I never could figure out which one was missing. I wonder what happened to them. Gotta love legal BS...

most interesting crossover I've ever seen

What was the context for this question? Were there videos on the channel which are now gone?

@@LoLAimAtMe Thanks. :)

You know you raise a good point. Never considered that.

Audio nerd alert 🤓 haha I was just (re-)noticing the bend on the first note when I started watching this video. I actually don’t like it because it feels like it disrupts what would otherwise be a great infinite loop without any clear beginning or end. If it had been somewhere in the middle of a phrase, I would’ve liked that more. Small nit to pick though. I’ve heard this loop on other channels and I’ve always like it.

I was west headphones and thought a low thunder rumble was occuring, it is raining here after all.

The pitch bend is simply how the song starts, that's not something he did manually. ("Is That You or Are You You" from Chris Zabriskie's album Reappear) But yeah, it's a good sound :)

@@Agnes.Nutter Experiencing heavy Mandella effect right now lol, I could have sworn earlier videos lacked the pitch bend and had only appeared recently. Good shout!

Trick question, Jon codes with every possible possibility in mind and therefore has never had any bugs in his games.

@@KaylaJoyGunn yes but this would include games where Jon isn't programming and therefore can't do that.

I second this question.

Given he always refers to it as Sonic 3D Blast, I imagine that is his preferred name, although it'd be interesting to hear his thoughts on region based name changes.

Sonic 3D Blast is the official name, Sonic 3D: Flickies' Island is a regional name.

@@BottomOfTheDumpsterFire this, same situation with StarFox/StarWing/Lylat Wars

3D Blast for the Megadrive, and Flickies Islands for the newer release for me- PC version was actually the first I played before emulating the Megadrive game (that was a weird experience!)

Lol "content creators".

@@bangerbangerbro Exactly. More like content regurgitators.

@@XbandTv a lot of content creators that "critisize" are just dumb people

I applaud your efforts. You could also comment with a link to another one of his videos from the archives so maybe someone new will see it and increase more views.

This comment is here entirely to gratify my ego. Any egalitarian effects percieved by others are either imagined or unintended.

it's a plot hole that any two people knew the same thing before the internet tbh

@@parkerkrakowiak2990 people talked to each other even before the internet, and developers knew other developers, it's not a stretch to imagine that the info just spread around. The internet makes things faster but it's not like knowledge can't spread without it

@@axelprino the precise process is a good question. Where there books? Did they write letters to each other? Drinking beers at a trade show after party and randomly share "obvious" process and tooling things, that blow the colleagues mind? I think he mentioned in a "crash bandicoot" that they started changing sonys "do not touch" part of the libraries. Are there other instances of "the sign must exists because there is something interesting behind this point"?

Iwata talked about this, basically you just had to know people. The internet has made people pretty antisocial tbh

Wasn’t that easy when Nintendo were douchebags and wouldn’t even give western NES developers sufficient technical info for the system or a dev kit, just made them try and figure out most of it themselves.

I think it's general practice for devs to get pre screenings or concept art. I remember in his stream where he showed betas of Transformers The Game that he talked about how he got to meet Michael Bay and discuss some stuff about the movie and they were given test shots and screenings and stuff to show what they wanted.

@@nemsis4149 this is correct. Having worked at the studio that did the Mad Max game, despite it not following the same plot, we were privy to details of the plot. In fact before it became what it was, the plan was to follow a similar plot and to have a linear story and gameplay. That turned out not to be very fun and in the end that idea was ditched. We leaned on our own story telling talents with lots of feedback from the director instead and totally rebooted the project. Really fun how plans change sometimes in this industry. :)

@@SK83RJOSH Woah! That's really interesting, I love hearing insight like this from people who are actually in the industry. Was the studio or director really tight on how you handled the Mad Max license or were you given much freedom with it? I've heard that film studios can sometimes be an absolute nightmare to deal with.

I would assume it was done like how Rare did the Donkey Kong Country games - render them out as 3D models in advanced (for the time) computers, take stills of them doing individual movements, digitize those frames down to sprites, and then manually adjust color pallets to work within system limitations.

@@SatoshiMatrix1 you short answer is right. Very expensive computers to model, export the frames, use them into the game. Same with Rock n Roll Racing (Blizzard), and Mario RPG.

Idk about morally but legally a company needs to enforce their ownership of IP or risk losing it. That being said, some companies don't particularly seem to mind allowing fan games and such (SEGA) but I guess Nintendo in particular have Disney-esque lawyers.

Competition is the answer. If you make a thing but someone else makes a better version of said thing, you shouldn't be able to force people to use your inferior thing just because you made it first, you should take inspiration and improve the original and not be threatened by some free stuff people made in their free time that is probably gonna crash 90% of the time and never see completion. Nintendo and T2 need to realise that they aren't protecting their profits here, just making themselves look bad while blocking peoples ability to show off their talents and hampering their career prospects.

@@jeronimomora4956 Oh absolutely. The reason I was asking from a moral standpoint is that it's more subjective and it would be interesting to hear a seasoned develoiper's take on the matter. Part of me wonders if there are aspects of it that aren't all that obvious as a consumer. Honestly the reverse engineering side of things is more intriguing to me since developers are usually wise enough to avoid distributing copyrighted material and instead require the end user to provide it. Unless I'm mistaken, this is essentially how that Sonic 3D Blast update worked.

@@jeronimomora4956 companies don't lose IPs. They can only lose trademarks and that only if they don't defend the teademark against commercial use or they don't have evidence that they use their own trademark.

@@jeronimomora4956 thing is reverse engineering projects are 100% original code so they cant claim ip ownership from it

Yeah noticed you asked this before would love to hear what the journey was like

Probably it's better to have a limit than to overflow. And 1,000,000 is more natural to the players than something like 1,048,576

@@AntonioNoack WDYM by that? They asked why it wasn't 'a round number like 10,000,000', and your example of '1,000,000 is more natural to the players' is a round number. and these statements together don't make sense: 'Probably it's better to have a limit than to overflow.' -you 'but it's also not quite the limit for a 32-bit integer.' -original commenter due to the fact that putting the limit at the limit for an integer type would prevent overflows. ...'than something like 1,048,576' -you but the point of the original comment is that it IS a number 'like 1,048,576'. Overall it seems like you didn't read the original comment, or skimmed it, ignored the point, and spewed out some vague "awnswer" that doesn't adress any of the concerns of the original comment.

@@Jake28 this is too LONG..... get it? No?

@@Jake28 The first paragraph would have been fine on its own.

@@theninjascientist689 I was trying to point out that the whole reply was flawed, not just the first part of it.

Modding the rom so the assets were uncompressed would probably do it too.

@@wishusknight3009 Why?

@@bangerbangerbro The load screens on the snes version are the snes cpu spending time to unload graphical assets from the rom and decompress them. They are compressed to save rom space. If they were stored uncompressed they would load significantly faster. Or could even be streamed from the rom.

@@wishusknight3009 oh yeah saving ROM not RAM my bad.

@@wishusknight3009 "stored uncompressed" though they would load faster, that would likely mean they would look glitchy onscreen.

Life is short, and we only have so much time to make things. If the result will be the same with the engine, then use the engine. If you just want to make the engine yourself because you think it will be fun, then make it yourself.

Yeah game engines are huge endeavors these days. With things like cross compatibility across console hardware and even generations, big testing between all that, features, etc. It's too expensive and time consuming to make a bespoke engine like they could back in the day.

Given how evolved engines are these days it's better to make games from the established engines then then move to engine development in your later years. Engine dev is extremely important however they should ideally pick from pools of game coders to move over as the things they would have liked to have make it into the engines making it again more evolved.

I have an unpopular opinion. I always felt it's better to write your own engine depending on the game you're trying to make. Sure, using a well established engine is all well and good and makes life easier, but if you're just trying to make a small 2D game for example, learning unreal engine 4 or unity and getting it to run a 2D game well enough is probably as much effort as simply coding it directly. But this is based on my limited experience with game development so what do I know. Plus, I always felt that when you learn a game engine, you don't really learn how games work, youre simply training yourself to use a tool with all its limitations. If you write your own game engine, you undersrand what really goes on under the hood and it gives you the freedom and capability to do whatever you like

@@9a3eedi Programming your own engine used to be very important due to hardware limitations, where things like memory and resource management were very important. These days however, just programming a tile system or texture page system would likely take you about as long as making the actual simple game. I'd compare it to building furniture. It's about what you do with wood, but it doesn't make things faster to cut down massive amounts of wood yourself and process it, and somebody who's building a shelf doesn't need to know how to do so.

This is not an answer, but he did, he mentioned that in the video about Ratchet and Clank Rift Apart

If I recall correctly, I think he got his start programming Amiga demos, which probably paved the way for way for Genesis/MegaDrive programming

@@paulgraves1392 Well I think he was just one of the many people that got into programming with the spectrum and was into games, as there are a few he said he sent off to try to get published but were not, then at some point managed to start his own company?

I don't see the pun.

@@bangerbangerbro Legos, building.

@@destronlaserwave9566 ok

It was A LOT of fun playing the Director's Cut of Sonic 3D Blast on my Mega EverDrive Pro on my Analogue Sg, eternally grateful that he did that and released it to the public. If he were to launch a Patreon or a Kickstarter for such a project I would back it in a heartbeat.

They probably won't. What a shame. He was a good console.

A decent compiler eliminates or even improves the overhead inherent in high level programming languages, assuming the code is competent enough. Most SNES games were written in C, and many Genesis games were too. The real issue is less which language you use and more the fact that if you give someone tons of memory to work with, they're going to use as much of it as they want. Clever asset use is way more important in that regard than low level things like manual memory allocation. Sonic 3D Blast was made possible by optimizing the hell out of the assets. The code, while often just as clever, held it all together.

I think you are not updated with recent game reviews. A lack of optimization is a constant problem in modern games. Ghost of Tsukushima is loved by some people because it have short loading screens in comparison with any other open world game. In the other side of the spectrum, we have games like Cyberpunk 2077, Control, and Red Dead 2 whit theirs "why da fuc***???" so long loadings.

@@Bainemo When you interact with some modern devs, you can't shake the impression they are lazier, especially when you're talking performance problems. Either you upgrade your hardware or go something else, because they're not gonna optimize anything.

@@Bainemo Interesting! I would have expected SNES to be still mostly assembly, and not C.

@ The two languages are very similar, but C does most of the extremely low level stuff for you. Most if not all games would still have critical sections that were coded in assembly where every last bit counted, but there's really no reason to write simple, basic code in assembly. What C could do in 50 lines, assembly might do the exact same thing in 500.

that would be interesting, but I wonder if he has all the hardware necessary and is legally allowed to showcase the full process. The next question is, if he still has the "muscle memory" to do it. I know that firmware development (which every old school game basically is) is somewhat annoying to setup and try to force to speed up setup times, leading to messy documentation, that is filled with messy update and changes notes, meaning: It is hard to recreate as the setup is a mess in it own right.

@Guy Dude Thanks, I've seen this one before (but I'm sure others have not). It would be cool to see more of this used in situ.

Not a dev myself but from my understanding I'd have to say no. The dual CPUs were apparently the exact same as each other (there were also 6 other processors for various functions) but I must presume that one of those was acting as the master and the other a slave (there's some 'politically correct' way of saying that now but I don't care, it's an apt description of the process). The master would run the scheduler and would send commands to all of the other processors. Sending commands to the identical processor would have a performance hit since the master would have to process data that it's sending to the slave, I'm not super familiar with Saturn hardware so maybe they overcame this somewhat with shared memory but there's always at least some hit in a true multi-processor setup. For the fastest performance of things that could be handled by the main processors it was probably best to just run it on the master while the slave would run slower operations. In a modern multi-core setup one of the cores would probably run the scheduler and send commands to the others but it's far more autonomous and efficient. Each core will generally have equal access (to my understanding) so there won't be any real advantages to running one core over the other. Modern systems and languages also tend to handle that stuff for you, you just specify that you want to run some part of the code in a different thread and the scheduler will figure it out (there's still some thought involved as you can easily create issues if 2 threads are working on the same data at the same time and especially if one of the threads was expected to have modified some data before the other thread started using it). On the Saturn I presume they were still doing a lot of low level code and probably specified exactly which processor should run what code (this wouldn't be too different from what they were used to since they had a lot of different processors to send code to anyway). Modern hardware tends to have just a couple of processors to worry about and modern operating systems help to abstract things to a point where you don't have to worry too much about what hardware you're running on so long as it follows certain conventions. I think we do still technically have separate sound processors but I also know that a lot of the functions for reading sound files are handled by the CPU and in fact modern CPUs usually have built in mp3 decoder functions to speed up the process. Math processing also used to be done by separate chips but those are also integrated into the CPU now (GPUs also have integrated math capabilities that are specialized towards various functions). Modern GPUs are actually a lot like old systems in that they have many different cores with different capabilities while modern CPUs tend to have just a few cores that are bigger, have many functions, are higher clocked and all offer the same functions. (More cores means more complex which means more heat, which means the cores have to run slower).

Kotaku have a series called "Lost in Translation" about Final Fantasy games. You should check it out.

When you say cutscenes you referring to animated intros (like in Sonic 3D) or characters walking, talking (like RPG's)....? Each one have a different answer.

@@cesarkopp2 sequences of animated events. Most of the tech demos are like that too.

A lot of emulators make the entire emulation run faster at speeds over 50 or 60, instead of requesting visual output more often like modern games, mostly because the games did work like "update internal workings, update current scanline". Granted, some games even now are still developed with frametime, so running them at 120 FPS instead of 60 would double the game's speed.

Old games would just add fixed numbers to the positions. for example, if the game is set to 60 FPS and they want the character go 60 pixels to the right per second, the game will add 1 pixel per frame, but this fails when the frame rate is under 60 (or over 60). Newer games either create a separate timer for physics that will count at 60 FPS regardless of how slow the video is, or will use delta timing, where you measure the frame rate, and use it compared to the target frame rate to increase/decrease numbers to get a constant speed. Like on the example above, if the target is 60 FPS, but the system is delivering 30, you divide 60 by the frame rate and you get a 2, and when you add this 2 to the position instead of 1, you get the same speed you would if the frame rate was 60

This is based on how well the game engine decouples the logic rate from the rendering rate. A proper decoupling will allow the render rate to go at whatever pace and still have a fixed logic rate. A common practice today is to use an accumulator of elapsed delta times from the last main run loop, and then take away chunks of tick time from the accumulator and produce a logic tick. This can result in multiple ticks in one runloop or no tick if not enough time has elapsed. Some clamping is required to not let it go out of hand at the price of slowing the logic simulation down.

@@BottomOfTheDumpsterFire Isn't Doom 2016 along those lines? I remember seeing the speedruns and most play at higher-than-normal FPS to allow for physics to go a bit weird to propel the player upwards?

@@FuzzballRenakitty Yeah, while most of it is delta time, extreme values can still really mess with physics or give a tiny boost that normal speeds wouldn't get.