New Win32 File API Implementation — Handmade Hero — Episode Guide

0:27Recap

1:10Plan for today

2:23Asset metadata is already loaded, so LoadBitmap and LoadSound reduce to just fetching the data

3:58Getting rid of LoadSound

6:22(intermission) Forcing order of reads between checking if an asset is loaded and accessing it

7:57(intermission) Implementing CompletePreviousReadsBeforeFutureReads

9:55Back to removing LoadSound

13:34Copying the contents of assets into the right place in memory

14:21General-purpose memory copy function

16:21Setting the channel sample pointers

17:57Testing the changes. There's some strange clicking bug going on, probably not related to today's changes. We'll do the debugging later

19:41Asset background loader with tag matching in 430 lines of code!

22:58Avoiding loading the entire asset file into memory

23:24Assets need to be rebased and pointed to the appropriate file through a file index

25:16Finding a good place in the code for the asset struct

27:34Filling in the asset struct

33:36The asset struct is just an hha_asset augmented with a file index

35:09Don't design architecture up-front

36:50Implementing GetFileHandleFor

39:08File I/O code is simple. Assuming we don't get it wrong, we'll save time by writing it now and testing it together with the code we just wrote. The alternative would involve writing some extra test code

41:36Implementing the platform functions

43:23We don't close files, so there's no need for a Win32CloseFile function

44:05Win32OpenFile

49:13Win32ReadDataFromFile

50:21Overlapped I/O

53:45Windows can't do reads bigger than 4GB. We don't plan on reading assets of that size, but let's assert against that situation, just in case

55:23Win32FileError

56:47Ignoring file operations on bad handles

58:08Testing today's code

59:09Quick step-through

1:00:00We hadn't read the header yet!

1:02:14Visual Studio fails to show size information on symbols outside the current running executable

1:05:00The null asset triggers an assertion. We ignore it for the moment

1:05:46It (mostly) works!

1:06:25Q&A

🗩

1:06:25Q&A

🗩

1:06:25Q&A

🗩

1:07:25bigmonachus What do you use when you need something more dynamic than arenas? Default to VirtualAlloc/malloc? Something completely different?

🗪

1:07:25bigmonachus What do you use when you need something more dynamic than arenas? Default to VirtualAlloc/malloc? Something completely different?

🗪

1:07:25bigmonachus What do you use when you need something more dynamic than arenas? Default to VirtualAlloc/malloc? Something completely different?

🗪

1:09:33insofaras How "handmade" are you going to go on the Linux version?

🗪

1:09:33insofaras How "handmade" are you going to go on the Linux version?

🗪

1:09:33insofaras How "handmade" are you going to go on the Linux version?

🗪

1:10:50quatzequatel Kind of off-topic do you usually have that much luck not getting bugs?

🗪

1:10:50quatzequatel Kind of off-topic do you usually have that much luck not getting bugs?

🗪

1:10:50quatzequatel Kind of off-topic do you usually have that much luck not getting bugs?

🗪

1:13:02plain_flavored Do you usually design an API by just implementing it, or do you try to define the interface first?

🗪

1:13:02plain_flavored Do you usually design an API by just implementing it, or do you try to define the interface first?

🗪

1:13:02plain_flavored Do you usually design an API by just implementing it, or do you try to define the interface first?

🗪

1:15:49kknewkles What is "usage code"? Basically everything down the line that awaits to be fed data?

🗪

1:15:49kknewkles What is "usage code"? Basically everything down the line that awaits to be fed data?

🗪

1:15:49kknewkles What is "usage code"? Basically everything down the line that awaits to be fed data?

🗪

1:27:22general_tach Do you feel that a lot of the common programs today have "bloated" code (much unnecessary code or something along those lines), and/or that coders need to learn to simplify/barebone their code?

🗪

1:27:22general_tach Do you feel that a lot of the common programs today have "bloated" code (much unnecessary code or something along those lines), and/or that coders need to learn to simplify/barebone their code?

🗪

1:27:22general_tach Do you feel that a lot of the common programs today have "bloated" code (much unnecessary code or something along those lines), and/or that coders need to learn to simplify/barebone their code?

🗪

1:27:42gasto5 Doesn't anticipating the usage of the API require decades of work?

🗪

1:27:42gasto5 Doesn't anticipating the usage of the API require decades of work?

🗪

1:27:42gasto5 Doesn't anticipating the usage of the API require decades of work?

🗪

1:33:14kknewkles So basically when you're about to make shoes for a monster, you don't assume how many legs or toes it has, let it stomp around and then use the footprints to make the shoes

🗪

1:33:14kknewkles So basically when you're about to make shoes for a monster, you don't assume how many legs or toes it has, let it stomp around and then use the footprints to make the shoes

🗪

1:33:14kknewkles So basically when you're about to make shoes for a monster, you don't assume how many legs or toes it has, let it stomp around and then use the footprints to make the shoes

🗪

1:33:44jameswidman Suggestion: call this "Snuffy-oriented programming"

🗪

1:33:44jameswidman Suggestion: call this "Snuffy-oriented programming"

🗪

1:33:44jameswidman Suggestion: call this "Snuffy-oriented programming"

🗪

Keyboard Navigation

Global Keys

Menu toggling

In-Menu and Index Controls

Quotes and References Menus and Index

Quotes, References and Credits Menus

Filter Menu

Filter and Link Menus

Credits Menu