Heaven's Few Retrospective 1 - Ideation to Prototyping

Unknown — Sun, 04 Aug 2024 00:00:00 +0000

Preface</h2>
'Heaven's Few' is a game for VR that I've been slowly iterating on since 2019. The game is still in pre-production stage, with the goal of delivering a playable vertical slice running on Meta Quest. Since the history of this idea is spread out over time and scattered across old notes, screenshots, and Discord messages, this retrospective is me collecting everything into one place and looking back at all the exploration and learning I've done so far. I don't really go into the details of the game itself here, but more about how I grew this idea over time and the train of thought that I've had about this game from 2019 all the way to today. </p>

Introduction</h2>
Sometime in 2019, I sketched out a concept for a VR game where a player would move the entire room around them. The inspiration came when I was using Oculus Medium</a> to smooth out some gaps in a RealityCapture</a> mesh. The mesh was a reconstruction of one section's interior near my high school, so I found myself wandering this virtual mall, spinning it, zooming in and out, and "moving" through it by dragging the mesh towards or away from me. I started to notice that this kind of interaction was really fun and encouraged meaningful exploration. Maybe more importantly, it was a novel and unexplored interaction that only felt natural in virtual reality and nowhere else. So, could this be a good game?</p>
The below clip is photogrammetry expert Azad Balabanian moving a room around in Oculus Medium. It looks like he's moving around the room, but he's actually moving the room around him (link)</a>.</p> </iframe>
The first note I made explaining this idea. </p>

2020: First prototype, and inspirations from Half-Life: Alyx</h2>
This was still early in my game development learning journey and I still didn't really know what I was doing, but I started to see if I could at least develop a working prototype demonstrating the mechanic I had in mind. I remember a lot of struggle just getting the headset and controllers to work with the prototype, first setting up the stuff that would make a WMR headset work in Unity (was using the Lenovo Explorer</a> at this time), then setting up the input to go through Steam Input so that I could use SteamVR features like button remapping. The prototype that ultimately came out of this had an incomplete version of the game mechanic where the player could not rotate the room, but I was able to put the player mid-air in a room with physics objects, and they could drag the room around by holding grip/trigger and moving the controller around, and that would make the physics objects bounce around accordingly. Unfortunately I couldn't get any input to work when I booted it up recently through Virtual Desktop to my Quest 2, so I don't have good footage to show here. In February 2020 I uploaded this build of the prototype (link)</a> to Itch.</p>
Half-Life: Alyx spoiler below</strong>, skip to the next heading if needed.</p>
Shortly after this in March was when Half-Life: Alyx</a> released. Mild gameplay spoilers, but if you've played the game you know that some later levels have some trippy layouts that play with orientation and gravity in weird ways, so of course I wanted to dig deeper into this as reference for my own project. A half-working version of Hammer 2 (Source 2's map editor) was leaked somewhere on Reddit so I spent some time exploring that, and shortly afterward the official HL:A Workshop Tools dropped. I'll just quote a summary from my "two years of CS" post:</p>

Following the release of the Half-Life: Alyx Workshop Tools, I wanted to see how the later anti-gravity levels worked and see if I could make my own. I had thought that maybe the gravity of parts of the level had actually changed and affected which direction the player would stand. The actual implementation is a bit more hacky than that: rooms were rotated so its "floor" would be a wall/ceiling, giving the illusion of anti-gravity, and forces would be applied to parts of the level so that objects would "fall" in ways that would disobey gravity. I played around with this a little bit with a custom level, throwing shopping carts at walls and using force points to make them stick. Once I rebuild my PC maybe I'll include some footage.</p> </blockquote>

Shown below is one of the Half-Life Alyx's trippiest rooms exposed: forces are added at different parts of the hallway to make some objects "fall" towards the upper "flipped" hallway's floor link to level footage (29:38)</a>.</p> </blockquote>
</p> </iframe>
Not sure if I ever recorded footage or if I even have that custom level anymore. Part of my dive into the HL:A Workshop Tools was to see if I could actually just build this game in Source 2 or at least as a HL:A mod, but ultimately it didn't seem flexible enough to build the foundation I needed, and at this point I don't think we're getting full Source 2 access the same way we have access to Unity and Unreal.</p>
From here the progress of this idea died out for a bit; the pandemic was in full force and I had moved away from college back to my parent's house. I had a lot of time to spare for a couple months but I had school to finish and wanted to explore some other stuff around then. What ultimately froze the project though was that in July I got into a serious relationship, and various aspects of it took up a lot of my time for the remainder of 2020.</p>
2022 - Initial ideas on vibe and story, and starting to piece things together</h2>
Portal and the pillars of a great game</h3>
A lot of other things made up my life throughout 2021, but the idea of this game continued to linger in the back of my mind. Around late 2021 and early 2022 things were cooling down, I had more time to use my PC and more time to organize my mind and my goals, including this game. During this time I was able to think on big aspects that I hadn't really thought of much before: what would this game actually look like, and be about? And what should I name it??</p>
The first Portal</a> is my favorite game of all time and is kind of the base reference for what I would want to make in almost every aspect. This is really generalizing it, and is all pretty obvious, but these things are the crucial pillars of a game I would be proud to make, all equally important:</p>

Novel gameplay mechanics that challenge and reshape the way players think about the real world.</li>
A compelling world and story that should also challenge a player's thinking, and provide a context to the gameplay that encourages players to think deeper and engage meaningfully with their play.</li>
A visual aesthetic that is beautiful and cohesive, and directs the emotional context for the story and gameplay by evoking certain moods. Portal would just not hit the same without that cool-toned blue-gray atmosphere that makes you feel the inhumanity of the test chambers.</li>
On the technical side, performant and free of significant bugs. I like games that optimize for weaker hardware like mobile platforms and take creative approaches to maximizing smaller performance budgets.</li> </ul>
</p>
Of course, hitting all four of those points successfully is ridiculously hard and requires the right people in the right place at the right time, but I'm still allowing myself to shoot for the moon here with the hope of landing on a close-enough star.</p>
Initial ideas for the game started off as the typical Portal-like vibe - you're in a lab, you're in test chambers that test the room-moving mechanic in various ways, you slowly uncover why you're in the test chambers and are compelled to break out of the lab, etc. It's definitely hard to break out of the "Portal-like" tropes if you have a game that revolves around gameplay mechanics that break traditional rules of spatial navigation; it's convenient to just explain it away as either magic or experimental technology. Even fast-forwarding to today in 2024, the basic ideas for Heaven's Few are still pretty much that. It did bother me for a while how easily I was falling into these tropes, but nowadays I'm okay with it and I'll just try to nail the execution and keep things interesting.</p>
There was another early idea closer to my experiences in Oculus Medium - what if the game was set inside a program like that, and I'm inside the 'editor' exploring various reconstructions of real places? And maybe I slowly uncover the dark secrets and lost souls that haunt these places.. honestly that still sounds pretty cool, but I think what turned me off from it was that I would have to create highly detailed levels that should basically look like photorealistic 3D scans, otherwise the whole premise might be lost on people. Honestly though I still like the idea of a game set inside of an editing program, I think Sam Barlow mentioned in his interview on the AIAS Game Maker's Notebook podcast</a> of an idea for a horror game set inside of an interactive architectural blueprint, as a novel way to reduce art design load.</p>
I think the first name I thought of was simply "TURN", referring to how the player could turn levels around themselves. I also thought of "Shift". I wasn't really happy with either so most of the docs around this time refer to the game as "turn prototype". The first prototype I mentioned above is called "shift vr prototype" on Itch, but you can see that the .exe name is "turn1". I had to call it something simple and this worked for now, and reinforced to me that this was still very much in prototype phase.</p>
Early 'concept art'</h3>
I made some drawings around this time to feel out what kind of vibe I wanted for the game. Drawing is not my strong suit so uh.. keep an open mind about these.</p>
Cover art idea, it's you against the opps.</p>
Was trying to evoke a grittier, funkier take on 2000s cybergoth type stuff with these two. the spikes on the right side of the last picture are big fingers with long neon nails.</p>
I also made this quick sketchout in shapesXR, a 3D editing tool for Meta Quest. This probably demonstrates the gameplay concept better than anything else I've shown. </p>
First draft of the design document</h3>
I watched Mark Cerny’s 2002 “Method” talk at DICE</a> around this time and realized I should probably lay out the foundation of a design document so ideation can be more focused and categorized. Definitely worth checking it out by the way, the main thing I remember is the distinct difference between the exploration of pre-prod/prototype stage versus the defined goals a team should have if an idea is good enough to take to production stage. </p>
On March 30 2022 I created the Google doc that would be the design document. This is still what I’m adding onto now as I get more ideas, eventually I’ll have to do a pass where I remove ideas that didn’t stick and move more detailed material into separate documentation. In this first draft I basically just added categories based on an example game design document I found online, and copied in my notes and random ideas where it felt appropriate. </p>
Level idea I posted early on in the doc. </p>
Screenshot of the top of the doc now. </p>
At this point I continued to try building on a Portal-type story, even down to containing the game mechanic into a tool the player wields. It was called the T.R.A.Y. aka the Tool for Revolving Around You, it would look like a tray and you would be able to shift the room around by moving the T.R.A.Y. the way you’d want the room to move. </p>
Quote from the document:</p>

tool for doing the abilities - starting to realize the “portal gun”/“the gameplay mechanic is a tool” trope is really overused, if you have that then your story basically always starts in a research lab or something lol</p>

the tool can be damaged by enemies</li>
can use as melee weapon</li>
or idk should it be like an eyeball? w an iris color that changes based on health</li> </ul> </blockquote>
I would continue adding ideas here and there, but life would get in the way again and I hadn’t even started a new prototype yet. </p>
Around July I started working full-time again, and in August I got into my current job as an SDE at Amazon Web Services. I thought this would pretty much kill off any chance to work on the game, but 2023 ended up being the year when prototyping finally took off.</p>
2023: Prototyping in Unity, but then…</h2>
Bonelab, Trenchbroom, planning the year</h3>
Late 2022 was when Bonelab</a> and the Marrow SDK</a> had come out. I figured this could be a good way for me to quickly jump back into Unity and test out VR game ideas via Bonelab modding. The Marrow SDK features were really limited at launch though without installing additional mod tools. </p>
</p>
A bit earlier on I was introduced to Trenchbroom</a>, an open source 3D modeling tool intended for Quake and GoldSrc maps. A big concern I had before starting the game was deciding which tools could help me cover my weaker areas of gamedev faster, and I was looking to Trenchbroom as a solution for me to quickly block out and texture levels. Previously I would use ProBuilder</a> in Unity for everything, but it was pretty clunky for doing anything more detailed than a really basic blockout. I also bought and tried the UModeler</a> addon later but it still wasn’t quite what I needed for map-making (it seems pretty good though if you stick with it). The typical choice here would be fully diving into Blender but I still found it overwhelming and didn’t want to spend too much time learning it when I already needed to dive into Unity. As a test for Trenchbroom being a viable option, I made a couple test maps and also tested the Trenchbroom-to-Unity workflow by importing the first map of Quake into TB then importing that to Bonelab.</p>
</p>
Early in the year I made a whole plan of how I would spend my time, this is what the schedule looked like: </p>
This fell apart around March but it proved to be really helpful throughout the year to remind myself what I had planned on doing, and I think it did push me to do more with my time than I otherwise would have. 'Euler' was another name for the project. The 'level-based app' I mention was the idea that is implemented in Quake, Source games like Half-Life, and many other games - I wanted there to be the foundation of the game, and then levels that you could download as files and just put in a folder in the game to play, and levels would be self-contained files/folders that keep their assets separate from the game foundation. </p>
Sharing progress, new prototypes, pulling in inspirations for story</h3>
Around April or May, my good friend Mark and I had the idea to share progress on our respective projects every Saturday so we could keep each other accountable on progress. This pushed me to finally develop a prototype of the game idea that would make the core mechanic playable and produce a recording of the prototype that could explain the mechanic. I've made a couple more prototypes since then, but in some ways I feel like this first one was the coolest and was the clearest in terms of demonstrating the core mechanic of moving the room. The more I've fleshed it out in future prototypes, the more obstacles I would run into during development that would result in a game that would not show the mechanic as effectively. In mid-July I recorded this gameplay of the prototype (link)</a>. </p> </iframe>
This was a standalone Unity project that utilized the Meta hand-tracking features that had recently released then. A pinch gesture would 'freeze time' (actually just turning off physics simulation of all level objects) and I could rotate the level with my hand.</p>
Our talks also encouraged me to think more seriously about the story and aesthetic of the game. I was (and still am) really into the y2k aesthetic and also the 2000s 'rave' style and atmosphere; think the beginning of The Matrix and the club scene in Pusher. I like those lighting rigs they have on DJ stages and having them beam green and red rays everywhere.</p> </iframe>
For lore and setting details, I decided to pull some elements from a worldbuilding exercise I did in college. I took a class called "Introduction to Game Narrative" or something like that (shoutout Prof. Chris Vicari at Fordham!!!) where we were introduced to the art of worldbuilding and Dungeons and Dragons -style DMing, to push us to think about how games can deliver narratives in ways that other mediums cannot. The final project for the first half of the semester had us develop a "world bible" describing a world that could facilitate roleplaying in TTRPG style. </p>
I took this as an opportunity to flesh out a take on 'AI surpasses humanity' that I've thought about since high school, and thought even more about in 2019. It was the year of GPT-2, invasive data collection, and the mainstream emergence of this idea that AI is a real thing we should worry about. It became widely understood that online data is used for purposes beyond entertainment and communciation. Alongside its use cases for surveillance and advertising, it is valuable for AI LLM models that can 'grow' by training on social media and all the data that humanity has enthusiastically created and shared online for the last couple decades.</p>
Long story short, I created an entire lore bible for a hypothetical TTRPG called "BEINGS OF RECREATION", with "RECREATION" meaning re-creation, not pickleball or walks on the beach. The main idea was that in 2500, the characters would be experimental AI models that were individually trained on different historical datasets, to manifest the 'personalities' of different Internet demographics. So there would be one trained on 2016 front-page Facebook content and ultimately be kind of like your average American right-leaning Gen X mom, and another one would be trained on 2012 4chan posts and have a more cynical personality and sharp sense of humor. In a similar way that Hyperdimension Neptunia's characters</a> are manifestations of different game consoles living in their own world, this world had manifestations of internet subcultures living amongst each other. These AIs would have a sense of geography by treating servers as spaces and datacenters as the "cities" of this virtual layer of Earth. </p>
Quote from the world bible:</p>

These beings tribalize themselves within the models they learned from, segregated by year. The culture of each site, their memes, jokes, concerns, emotions, interests, are the religion and culture of these beings. It is all they know as they do not inhabit a physical world. Every memory of each individual is shared by everyone else of the same model (but again every being has an individual instance of thought) When a Being is born, it starts with the intelligence of their Model. HOWEVER, new memories and thoughts created are individual, and thus every Being grows differently from their initial model over time. The culture within each model is already incredibly rich which encourages same-Models to stick together. Some are more open to new ideas than others.</p> </blockquote>
Was I cooking something interesting here or just fresh off an acid-induced period of mania that lasted months? Anyways I would think about this world every now and then, and fast-forwarding to 2023, the memory of this assignment made me wonder if playing as an AI could be an interesting game story. I wrote this all down when it came to me, and here is where the title "Heaven's Few" was first thought of, referring to a group of AI models feared and worshipped by society as they are the first to demonstrate capabilities beyond human comprehension. Pasted below is the entry in my "new ideas" note in Obsidian:</p>
[[Turn prototype]] - different characters with different movement tech? - one can move the environment itself (as described), this is the only way they can navigate the space - one can grip the air as an instant handle, to launch from, spin around, etc. but obeys gravity - limited number of handles can be used while in air, touch ground to reset - maintain rotation so you can do stuff sideways, upside down - snap to upright when hitting the floor - in multi other players can also grab the hooks - one can traverse in zero gravity but has to push off objects - already done in echo vr - character 1 could bounce them around in a room - the beings of recreation characters??? - the three were tasked with finishing the Navigational Quiz, an obstacle course humanly impossible to complete. Countless beings had tried, but only these three figured out methods of manipulating space itself, meaning they could finish the test and officially "surpass" humanity. - First level: you play as A, running your 8 billionth iteration of the Quiz. Like every other time, you manage to pass the first few obstacles with above-average running , jumping, and bullet-time focus (demonstrate basic controls). Eventually you reach where no one has crossed, it's just a very deep chasm that goes on for 100 meters. As you jump, you pause and take the time to calculate a solution, and you figure out the first ability: turning the entire space around you. You do so for the first time, and walk on the ceiling towards the end. - You then do the same, playing as B (using space handles to launch your self far enough), the playing as C (pushing off the back wall and the side walls and floating to the end). - they were nicknamed "heaven's few", both idolized and hated by mankind. they had not yet entered the real world, but were in a physically realistic simulation environment run by scientists at MIT. once they passed the test, it made the news and caused widespread shock. the government demanded they study the neural networks and datasets that could reproduce the results, to realize the experiment in real life. - levels would involve enemies being replicas of the characters, using the same movement mechanics - The first one was deemed too powerful and forced into a "coma" by the government, unable to perform tasks but continuously having "dreams" of the human data it was trained on. The other two are tasked with exploring its dreams and investigating its true capabilities and intents. - the dreams are distortions of everyday human spaces - infinitely random pools, apartment stairs, hotel hallways </code></pre> Hits on a lot of cliches and tropes, but could maybe be an interesting game right? And they say it's all about the execution, so... maybe this could be good if the execution is good.</p>A month later in late August 2023, I produced another prototype. This one was in a big box like the last one, but now it had a concrete texture and it was more of a physics playground with stairs, tunnels, ramps, etc. so that I could have more fun shaking the room around and seeing what you could do by throwing around some physics cubes and balls. I think this is the most "fun" prototype I've had so far, at this point my janky implementation of the mechanics was playable enough (I switched back to VR controllers instead of hand-tracking, for better accuracy) and I integrated the Auto Hand Unity addon</a> as the foundation for the VR interaction mechanics - I could climb walls, grab and throw objects, and float and walk around as I pleased. I iterated on this prototype until mid-September (link)</a>.</p> </iframe> Some concept art around this time in Pixel Studio</h3> </p> The last Unity prototype, and the big decision</h3> After the 'concrete playground' prototype it seemed like it was time to try making a whole level, with more than one room and some sense of progression. I sketched out a layout in Excalidraw</a> and began mapping it out in Unity; I wasn't fully on Trenchbroom yet for level mapping, so for this I think I used UModeler. The level would have big spaces where the player would float around and learn to launch off walls to bridge large gaps, and have some other ideas like spinning a weighted, heavy wheel by rotating the entire level.</p> </p> Making a multi-room level as opposed to a single box room started to strain the 'jank debt' that I had accumulated by bootstrapping on top of the Auto Hand addon and implementing my game mechanic in a weird way. The two worst examples of this were that </p> the easiest way I could move and rotate the entire level based on my hand movement was... parenting the entire level GameObject under the left hand GameObject. This was weird and definitely not scalable to a level with many GameObjects, but a more apparent technical issue came about from the fact that I'm, well, moving the entire level constantly. This led to #2:</li> the level not being static meshes meant no baked lighting, and purely realtime lighting would be a performance death sentence, not even mentioning the fact that I was building for the Quest mobile platform. And for reasons that are too specific to explain, every collider required TWO colliders, because the Auto Hand hands could not grab onto a collider with a certain property that I needed, so EVERY MESH had two colliders on it. This was largely because Auto Hand had a different approach to climbing than what I needed, and didn't naturally support free-climbing walls (like the climbing in Boneworks), and definitely would not accommodate free-climbing walls that weren't static.</li> </ol> Despite this, I figured that I would have this fleshed-out level prototype in hand that I could show people, and after I finished building it I could start the project proper and build a workflow that is performant and easier to build levels for. At least I would have this prototype that I could play around in, and refer to while building the real game.</p> This was around September 2023. And if you are familiar with Unity history around this time, you will probably not be surprised by my decision that month to throw out the years of experience I had learning Unity, and switch to another game engine.</p> September 12 2023 was when news broke of Unity's new plans for a 'pay-per-install' fee that, in the initial announcement, had implied that it would apply to all versions of Unity past and present. Read an archive of an article about the announcement here.</a> The important thing was that this scared a lot of independent and small game developers, and eroded an already eroding foundation of trust that indies had with Unity, because the initial terms of the change had implied that any small developer with a Unity game would be hit with large fees if their game one day went viral and received millions of downloads, even if the game was completely free-to-play. Yes, they eventually rolled back these terms to something much more reasonable and even introduced some benefits for small-scale devs in the change, but even this rollback caused concern as it demonstrated how easily the company could - and more importantly, did - change the terms of their relationship with developers based on the whims of senior-level executives. </p> I remember seeing that the developers of Slay the Spire fully committed to leaving Unity after this and switched to Godot for their future projects</a>, and it forced me to do the grown-up thing and seriously think about what I needed for building Heaven’s Few long-term. I was thinking about the best way to keep this project healthy over the next couple years, and not land it in a situation where its chances of future success are affected by the health of its technical bedrock, the game engine itself. </p> I still miss how fast I could prototype and iterate in Unity, how well it ran on my Macbook, the fast startup, the Asset Store, the tutorial community, and the strong, still unmatched support for VR and especially Quest titles. But at the time, this news worried me the more I tried to imagine myself and the game in, say, 2027. And if this caused a large part of the community to move away to another engine, I honestly just wanted to use the engine with the best community, since I needed all the external help I could get. On top of this, the technical debt of my prototypes had me realizing that creating a production-level Unity game is a very, very different beast than prototyping, and would require a lot of discipline to avoid a whole array of known pitfalls that plague independent Unity developers. I still didn't know enough about game engines and the game development process to make a fully informed decision, so I just thought: which game engine had a community like Unity's, was popular enough so that I had plenty of examples to learn from, and had a history of developer trust and long-term support? I had played around with Godot</a> a little before this, and was really impressed by the UX and just how fun it felt to use, but I didn't see myself as one of the early adopters for its 3D features. Godot was still too new to the point that building a production-level game on this for Quest would mean being the first to run into obstacles that have already been addressed in more mature engines.</p> So, instead of Unity or Godot, even though there weren't many Quest or mobile games running this, and most of its new features were irrelevant to VR, and many recent games on this engine had very concerning issues with in-game stutters (which absolutely must not happen in VR), and the UI/UX looked overwhelming compared to Unity and Godot, I started to look into Unreal Engine 5</a>. </p> I wasn't the only one doing this, and there were a lot of new resources that taught Unity devs how to transfer most of their engine knowledge to Unreal's paradigms. Unreal seemed promising, but the only way I would know for sure was if I dove straight in and worked on a project inside it. So, I resolved to keep using Unity to iterate on this 'level' prototype until it was stable enough to play through, and once I had a build of that prototype that I could play around in, call it quits with Unity and build a 'vertical slice' of the game in Unreal, that would continue the last prototype's goal of demonstrating a look and feel for the game that would give an idea of what the final game could be like. My last recording of the last Unity prototype was on November 1 2023 (link)</a>.</p> </iframe> By November 26 2023, according to my Discord message history, I was able to get a playable VR project in Unreal Engine 5.3 built and running on my Quest 2.</p> 2024 (so far) has been a lot less dramatic than everything you just read above. That stretch of time between July and November 2023 was when a lot of formative work happened, and seeing my 4-year-old idea finally come to life for the first time is a feeling I will always remember. </p> 2024: Unreal Engine 5.3, storybuilding, the foundations of a production workflow, and what's next</h2> VRExpansionPlugin</h3> For now, my approach to learning Unreal Engine has basically been to dive straight back into the game and try making what I need to make, and throughout the year I've also gained additional experience by doing a couple side projects in the engine. </p> The first thing I needed to quickly onboard to VR was to see what kind of VR frameworks were out there for Unreal, similar to how I used Auto Hand in Unity. There is an official VRTemplate that provides basic functions like grabbing and teleporting, but I found that a couple popular VR games made in UE4 used an open-source plugin called the VR Expansion Plugin</a>; the big examples are Ghosts of Tabor</a> and Into The Radius VR</a>. What gave me confidence to choose this as the foundation for my own project was that, although both of these games started as PC VR games, they were both ported to the Quest and they both run relatively well on it. On January 6 I uploaded this recording of me in a box level, using the VREPlugin character, and testing out a really, really broken version of level rotation (link)</a>:</p> </iframe> Setting up AWS and a Perforce version control depot</h3> Another crucial element of building a big piece of software is version control. While Git is the go-to for most people and what I’m familiar with, Unreal’s built-in version control features</a> seem to work best with Perforce</a>, so I went with that since I didn’t want to fight the engine too much. What pushed me to finally get this set up was the fact that I’ll eventually want more people to work on the project, and once I have this set up, sharing the project would be as simple as adding a new Perforce user and sharing the server details. Well, kind of. I’m using the pre-built version of 5.3, and for reasons I’m forgetting right now, any contributors would also have to download the same binary and setup third-party plugins themselves before pulling in the project (I think I have the VREPlugin as an engine-side plugin?). Once things are set up though, my future team members should be able to push and pull project updates easily.</p> Even though it’s a bit more expensive and unnecessary in this stage of development, I opted to set up the Perforce server in a new AWS account</a> I set up for any cloud resources the game might need. I undershot the hardware requirements at first and the server struggled to ingest the initial commit with the entire project folder, so I had to restart the setup process with a host with more CPU and disk space. Since it’s just me working on it right now, if I’m not committing any changes to the server I just stop the EC2 instance to save on cost. I was also granted $300 in AWS credit from some promotional email and I think I’m still using that.</p> Trenchbroom to Unreal</h3> This time I wanted to start building and playing in maps that actually look decent, so I started looking into importing Trenchbroom maps to Unreal. Thankfully this is a workflow already covered by other developers, using the HammUEr plugin</a>. The creators of a game called GRAVEN</a> posted a guide on their steam page of how they used Trenchbroom to create production-ready levels in UE4</a>, and this helped me get some of my old Trenchbroom maps into UE5.</p> </p> What about textures?</h4> I have been using an old texture manager called Wally</a> for making collections of low-res textures that maintain a consistent tone thanks to the color range limitations imposed in order to stay within the supported color palette of the old games it is intended for, like Quake. It has just enough art features to make materials like wood, steel and concrete, and has a couple features like stamping and tinting that make it easy to add natural detail. </p> </p> More recently though, I have been pulling the 2K resolution textures from Quixel Megascan materials and downsizing them using Box filter on ImageMagick, and the results give off that grimy Half-Life 1 look that I'm going for.</p> The look I've been going for right now is 128x128 textures with no filtering and no compression; I'm keeping it low-res to imply a lot of detail, and removing filtering so that the textures don't look all soft and smeared over. This might end up causing a lot of aliasing on high-contrast edges that might be distracting in VR, so I'll adjust this as I continue to iterate on the art side. For now though this seems like an easy way to produce a consistent aesthetic and quickly make different types of surfaces. It also means that I don't have to worry about texture memory at all.</p> magick ./concrete_slab_2k.jpg -filter Box -resize 128x128 concrete_slab_128x128_box.png </code></pre> </p> Story developments</h3> I have been able to come up with a lot more ideas regarding the story, mainly the big themes I want it to convey, the setting and how it would be structured. I'm trying not to just shamelessly copy stories that inspire me, but this year I finally got around to watching Evangelion, playing Metal Gear Solid 1 and 2, OMORI, growing my class consciousness and thinking more about the emotional and spiritual damage that comes with otherness, alienation, and lack of unity. All these themes are gelling into something that is starting to make sense in the little world I'm creating here. </p> Something interesting that I want to try to explore is how AI is trained on a wealth of human input, but cannot personally connect to that broader human experience in the way that people are supposed to when they are also trained on human input. It is trained and 'raised' like us but it can never be us, it's very weird and it's obvious that most AI companies are led by people who can't tell that it's very weird. I'll keep working on this idea and see where it goes. I kind of worry that this 'AI is like humans but not treated like humans' thing will go too far in the way that it did (IMO) in Detroit: Become Human, which just directly re-enacted multiple types of historical oppression like segregated buses and border patrol, but replacing the victims of these systems from real life with AI androids. Some parts of that game are interesting though.</p> What's next?</h3> That's pretty much all I'm comfortable sharing now, work has been really eating into my time but I'm still focused on getting out a vertical slice that represents a compelling version of the game in Unreal. I am having issues fully implementing the level shifting mechanic in the same way I did in Unity, and am seeking help for implementing this. If I can't get that done soon enough, I am just working on a playable level that utilizes the gameplay mechanics that I already have working, like hands interacting with physics objects and floating around in zero-gravity. </p> I need to find an efficient way to model everything else other than maps, Trenchbroom kind of only works for mapping and nothing more detailed like props and characters. I've been using Blockbench</a> in another project and it seems like the way forward especially since I'm committing to a relatively low-poly, low-res aesthetic. It has built-in, straightforward texturing and UV tools which is really important for saving time.</p> Going back to the Cerny talk about "Method", it made me look back at the meandering path I've taken to exploring this game and appreciating more and more the fact that I'm not jumping into "make the full game" mode too soon. Keeping this a solo endeavor allows me to maintain the freedom needed to experiment and iterate, until the idea is ready to grow into something more cohesive. I value the lack of external pressure I've had in this process; doing this type of exploration in a "real" game dev team would require asking for money that few investors would want to give, and it would impose a pressure to move out of this non-linear stage ASAP into something more quantifiable. It's not perfect of course, choosing this path means that I have to do unrelated work full-time like a normal person and barely have an hour or two per day to focus on the project. But it gives me a lot of time to think, and I'm getting more world experience that I can pull into this, and I believe it will result in a more meaningful game in the future. But, if I get the chance to start working on the game full-time, I will gladly jump into "make the full game" mode sooner, and I acknowledge that the final game will definitely not include everything I want in it, and may not even be a 'good game', and while I'll try my best, I'm mostly okay with that.</p> Thank you for reading this. The game is still in very, very early days and progress has been very slow and wandering over the past five years. This project is kind of like a 20% of my life that I haven't shared with anyone (except Mark), and this post is a record of that 20% to finally share with others as well as to collect everything for myself; I forgot a lot of this stuff until I went back into my photos and Discord history and old notes. Hopefully I make enough progress to write another one of these sometime soon.</p> In the meantime, here is my latest prototype:</p> </iframe> And here is some recent concept art: </p>

migrating from Notion to Obsidian

Unknown — Mon, 23 Aug 2021 00:00:00 +0000

Earlier this year, Notion's flaws had frustrated me enough to get me to spend days moving all my stuff to a new notes application called Obsidian</a>. Unlike Notion, Obsidian is a notes system that operates on top of a simple folder of notes - notes are stored as plain .md files, organized in regular folders. All notes and attachments are local and can be regularly accessed with a file explorer. .md files can always be opened in a plain text editor as well. The rest - cross-linking, graphs, organizing tags, etc. - is handled within Obsidian and doesn't interfere with your actual notes. </p>

If you have used Notion you may understand the appeal of this as it makes the bold decision of, well, actually giving you access to your valuable notes offline and outside the app.</p>

Below are my notes on my experience of the pros and cons of both Notion and Obsidian, my experience transferring Notion data to Obsidian, and some screenshots of how I worked within both. Overall, while I miss some stuff about Notion, I also definitely don't miss some other parts. Obsidian is more basic but ultimately is designed around a different agenda, and so far I enjoy it more. If you've been thinking of escaping Notion I hope this helps. </p>

TLDR / pros and cons</h1>
Notion (as of late 2020)</h2>
Pros</h3>

Powerful and extremely flexible, but still very easy to learn

Structuring my stuff around tables as databases for knowledge worked perfectly. Categorizations and tagging especially were very satisfying to use, and worked very well for search. </li>
Without plugins, it has the perfect amount of customization for people to make websites, organization systems, agendas, note-taking systems, interactive calendars, and more without being overwhelming.</li>
Once you realize "everything is a page" its easy to figure out how Notion works</li> </ul> </li>
Templates allow newcomers to get tons of functionality out-the-box</li>
web-based</li>
Shared workspaces and collaborating works great</li>
Instantly share or privatize any page</li>
visual, intuitive, drag-and-drop block system

WYSIWYG editing</li> </ul> </li>
regularly updated with new (and useful) features and performance improvements</li>
Aesthetically pleasing</li>
API allows for interactions with other services (I haven't tried it though)</li> </ul>
Cons</h3>

UNUSABLE OFFLINE</strong>

This is pretty much what made me switch. On trains, planes, basements with poor wifi, you are completely locked out from your stuff without a decent internet connection.</li> </ul> </li>
Poor performance, even slower on mobile

Recent updates have apparently improved the speed</li> </ul> </li>
Memory hog, which is especially bad for something you typically keep open all day</li>
Formatting can get weird on mobile</li> </ul>
Obsidian</h2>
Pros</h3>

Available offline</li>
Files are organized sanely and are accessible outside the app with no friction</li>
Also easy to learn; if you don't want most of the fancy stuff and just want a notes app, you can start instantly. The fancy stuff stays out of your way if you don't want it.</li>
Powerful search and connection features

In a note, hyperlinks to other notes create a connection that will be visible in search</li>
Add tags to notes to search by topics; notes with the same tag also will have a visible connection</li>
Connections will literally visualize via the Graph view (Obsidian docs page)</a> - definitely a more "fancy" feature but if you're into Zettelkasten</a> and the idea of notes as your "second brain" it's cool seeing your notes collection interconnect as they grow over time. Check the docs page above for an example; the Obsidian docs themselves have a graph view of their structure to the right of the text.</li> </ul> </li>
Themes and custom plugins built-in and can sync across devices (I think?)

I use the Atom theme from the theme browser</li>
The good plugins feel like native features; I strongly recommend Advanced Tables</a></li> </ul> </li>
Efficient UI</li>
Panel splitting like VS Code: unexpectedly this is my favorite feature that Notion doesn't have. This one feature has turned Obsidian into a self-contained system for eg. referencing notes when writing a paper.</li>
Save panel layouts aka "workspaces": Save panel and menu configs for different contexts. Examples of this are in my workflow screenshots at the bottom of this post.</li>
App is lightweight and fast on all platforms (although it does use Electron)</li> </ul>
Cons</h3>

(less a con than disclosure) if you were a Notion superuser, used tables, or mainly used it for purposes other than a pure notes app, you will have to adapt to a different system or be disappointed. You can probably replicate most of it, like the calendar and integrations, through custom plugins but personally I didn't want to rely too much on those and ended up simplifying a lot of my Notion stuff. Trying to 1:1 your Notion setup will probably be an uphill battle.</li>
you might not like Electron</li>
not open source! Some popular alternatives (I haven't tried these)

Foam | A personal knowledge management and sharing system for VSCode</a> </li>
TiddlyWiki — a non-linear personal web notebook</a> </li> </ul> </li>
no web app available </li>
no collaboration features that I know of</li> </ul>
migrating my notes to obsidian</h1>
These notes are really rough, sorry. If you have any other questions check the Obsidian forums</a> or send me a message.</p>
packing for the move</h2>
Notion's export options are a bit messy as the way everything is either a Page or a database of Pages doesn't perfectly translate to any common file format. There are a handful of discussions</a> on the Obsidian forums on how to clean your Notion export as much as possible for Obsidian, but I mostly just skimmed through them and did the basics without trying to match organization perfectly. I chose the .CSV + .MD export, which is recommended as it translates your notes directly to Markdown and pretty much keeps them intact except for any included databases or internal links to other pages which won't really be usable. As far as I remember, the .CSVs don't matter too much in terms of content storage as all the Pages stored in a certain table are collected in a folder as .MD files. If you had some tables where you just stored a value or text in each cell (eg. bookmarks), however, you'll have to get it from the .CSV</p>
Notion dump of my bookmarks to .csv</p>
structure of notion workspace</h2>
map of how my notion stuff was structured</p>

main: quick notes + link to important resources</li>
bookmarks - ALL web links stored here

all pages referenced a bookmarks listing to refer to a link</li> </ul> </li>
library - list of books, with attached PDFs + notes

similar to bookmarks as a general database</li> </ul> </li>
notes - database of misc. uncategorized notes, mostly personal or rough ideas </li>
site updates - draft blog posts</li>
work applications - database of application links with status tracker</li>
resume - edit markdown of resume content to be used in resume builders</li> </ul>
translating tables and pages to folders and docs</h2>
tags and mentions</h3>

organize bookmarks by tags

should links be all in one file or a folder of individual files per link?</li> </ul> </li> </ul>
Bookmarks</h3>

from notion backup used .csv of Bookmarks table</li>
formatted cells into a link format + tags looking at the two side-by-side makes me miss Notion more than usual. I liked having the "Date Created" attribute tell me when I added a bookmark.</li> </ol>
Library</h3>
similar to bookmarks save PDFs in Library Files folder and reference</p>
notes</h3>
imported apple notes to markdown with Exporter</a>
trimmed current note titles + formatting with Notion to Obsidian Converter</a></p>
site updates</h3>
formatted into a list of links</p>
work applications</h3>
formatted into a list of links separated by headers</p>
resume</h3>
merged MD from notion and my website</p>
learning + projects</h3>

separated</li>
just ported over my CTCI page from learning</li>
project pages were ported with asset folders for screenshots</li> </ul>
finally... main</h3>
stripped down to just the immediate todo list; i have a directory of all my stuff right here</p>
Other things to consider</h1>
what about synchronization?</h2>
I recently bought Obsidian Sync and it works well for syncing with my phone and iPad.
Before buying it I set up a crontab job that automatically commits and pushes the notes folder on my mac; here's my note on how to get it done bc it can be a bit frustrating:</p>
automating git with crontab for mac</h3>
#git #cron #obsidian #mac
for mac:
make sure cron has path to your scripts
GIT PUSH DOESNT WORK, you have to generate a SSH key on mac then add it to github
https://askubuntu.com/questions/117978/script-doesnt-run-via-crontab-but-works-fine-standalone
https://superuser.com/questions/564829/git-push-to-github-via-cron-on-mac</p>
mobile app</h2>
It just came out so I haven't used it much. It's definitely a little different from the desktop app and it feels like it works best with a connected keyboard, but it seems to include everything including themes and custom plugins. For touch control you either swipe from the edges for the gray menus to navigate files, outlines, etc. or from swipe down to reveal the command palette from the top edge. I'm still getting used to it but its a clever way to find your way towards essential actions. I think the iPad version needs some formatting adjustment so the gray menus don't take up so much space when opened.
my "home" workspace with my main to-do and bookmarks. swipe for the menu. editing view with keyboard. full-page editing view. full-page reading view.</p>
more screenshots</h1>
I was going to describe my Obsidian and Notion workflows and compare them, but it's been difficult trying to put the experience into words. When revisiting my Notion workspace to take screenshots I remembered that one thing I realized when switching to Obsidian was just how over-engineered I made everything in Notion; I re-organized the Skills section of my resume into a table just so I could have it sync in both my Skills page and Resume page, and for what? I have to admit that most of my interest in Notion was spending hours reorganizing my notes to use fancy new features when I should have been doing work. Obsidian made me flatten everything down into plain Markdown, headings, tags, and cross-linking which has been sufficient. </p>
So, instead of describing my workflow I will show you some of the main pages I used in Notion as well as the workspace layouts I currently use in Obsidian.</p>
Notion screenshots</h2>

the directory of my Notion system. my main Notion page where I would link to important stuff and to-do. The top quote block would usually have the most important thing I had to do that day. Notion page for managing classes. Notion page for managing resume.</p>
Obsidian screenshots</h2>
typical layout. current writing in the center, and bookmarks and my main to-do pinned to the right. If I need to open something else I split panels horizontally and Cmd+O</code> what I'm looking for. "bookmarks + main" layout. When I'm web browsing or not doing anything I have this layout open. One of the biggest differences I've had to adjust to in Obsidian was when importing my bookmarks; you might have noticed that a lot of them remain uncategorized. In Notion, categorizing was pretty easy as I could search for the right tag and then have the bookmarks table sort by topic. I could also have multiple topics tagged for each without hassle. Since there's no such thing in stock Obsidian, I've opted for a plain-Markdown list organized by headers. This lead to a dilemma: do I have to pick just one category for each? do I add extra tags? Since I can't re-sort a plaintext list easily, I just chose to put bookmarks under one header by their most relevant topic. This has taken a bit more effort so currently I have 200 or so bookmarks just listed under "to file". Also, Obsidian's tags don't really work for this since searching through tags means going one by one through each mention of the tag instead of something like a filtered list of what you want. I think tags were designed with the assumption that you are tagging the page, not specific content. Been looking at thedataview</a> plugin to maybe make a better bookmarks thing; reach out if you have a solution of your own. save and load different "workspaces" which are saved panel configurations. unlabeled graph view of all my notes. yellow dots represent tags present in the notes (gray) they are connected to. bigger gray dots are notes with more text. connections between gray dots mean one note is hyperlinked to the other. Unlike the world wide web, you can see the "backlinks" of each note, or every instance of that note being hyperlinked in another note, letting you backtrack to see the context around that note.</p>
Ultimately, Notion and Obsidian become very different beasts if you want to use them as more than a basic place to write and store your notes. For a note-taker who needs something for school, I can wholeheartedly recommend Obsidian. The context and search features help you revisit and re-contextualize your notes when it's time to review them, and otherwise it functions as a minimalist note-taking app suited for someone who, for example, might have had issues or hit roadblocks with Apple Notes or Evernote. I can only recommend Notion if you are willing to compromise basic necessities like offline access for a more complex platform that can more broadly manage various parts of your life beyond note-taking. </p>
I really miss that aspect of Notion where it has really gone beyond note-taking - once you discover its powers you can kind of map out your entire life on it, like a "life system" that surpasses the typical system of using your OS Desktop as a space to stuff random docs, spreadsheets, screenshots, notes, etc. I don't know how to convey the satisfaction of mapping out my mental lists of movies, books, video games, bookmarks, study areas, and more onto tables where I can store what I know, how I feel, and what I want to explore, all with very little friction. It's a shame that this amazing software had to manifest as a web-based lagfest that keeps all its data in a black box that I lose access to when my wi-fi cuts out. </p>
Notion's flaws have created a demand for something similar built on saner foundations. The most hyped platform I have seen so far is Anytype.io</a>, which seems to be more self-aware about being an operating environment for people whose lives revolve around files and data. They promise an open-source platform that runs completely locally like Obsidian while providing the flexibility to essentially make your own apps and workflows like Notion, among many more promised features like using IPFS protocol and encrypted peer-to-peer data exchange/sync. </p>
`Until then, I am sticking with Obsidian. I used Obsidian to write most of the stuff for this website and it's worked well for that as the Markdown transfers to Zola; I just have to redo all the image links. If you're deciding between platforms for school, work, research, anything like that I hope this helped.</p>`

kenopsia, liminal spaces, malls, nostalgia, the end of retail

Unknown — Sat, 14 Aug 2021 00:00:00 +0000

Sometime last year was when I think the Internet's fascination with "liminal spaces" reached its peak, mostly with the "backrooms" greentext reaching tumblr, youtube, twitter, etc., and in context I think the fascination with images like that of the backrooms makes perfect sense. It ties deeply with the Y2K nostalgia of today's gen Z and millenials, part of a greater nostalgia wave that exploded with the 2015-2017 vaporwave phenomenon and has only grown since. It’s literally everywhere, seen in the tastes of Depop’s top thrift resellers, the ridiculous value of 1st-gen Pokemon cards, the front page of Netflix overtaken by reboots and reunions of every single 90’s sitcom. The saying “everything old is new” has been taken to the extreme, and there is nothing interesting except for the old. Modern stuff is a bore; it’s the “startup aesthetic”, its what you see while working your middle-of-the-ladder office job. It’s the clean, redesigned bank app telling you with a smile that you’ve overdrafted once again. It reeks of passive-aggressive HR manager and unbearable social media marketer. If you could, you would run away from all that and embrace the colorful and fantastic designs that built the physical and digital places you used to play in.</p>

welcome to the site!

Unknown — Mon, 18 May 2020 00:00:00 +0000

If you're reading this then I have finished the initial setup of this website. I'm hoping to use it as an easier, centralized way to track and record anything I've been working on. </p>

things I want to add to the site:</p>

banner image in portfolio (maybe use it in resume too)</li>

interactive p5 gallery in portfolio (ideally hosting the scripts externally on their existing repo)</li>

Locally host WebGL builds and download links? doesn't matter too much and it would fatten the filesize.</li>

Also have some misc. things to blog about, not really urgent.</li> </ol>

Building this was another harsh reminder that hours to days are wasted when you don't read the documentation carefully. I could have saved a whole day if I realized how the included Minima theme does almost everything for you. That being said, once you figure it out it seems really easy to use, so to anyone reading this let me know if you want a site like this. </p>

I'm also kind of hoping that using the blog here as an outlet to post will keep me off of other social media sites and keep me accountable for following through on ideas. Even after deleting Twitter and my old Facebook account, I still get a lot of stress about interactions on Instagram. Very few people are going to read this and most of the stuff I want to post about is better handled in long-form anyway.</p>

what I'm up to:</p>

currently re-downloading Half-Life: Alyx for the new Workshop tools</li>
Trying to register for summer and fall classes and having to email a bunch of staff bc the registration system is terrible</li>
updating resumes, i got into the grad school but technically I don't start until next year? Still putting it on lol</li>
Planning an essay about this one rich guy who paid to have his OC character in a handful of different indie RPGs and Shovel Knight. Does this make them a connected universe? </li>
creative block on telegolf, should just focus on making a level and game manager</li>
waiting on if im getting a technical interview</li>
should be doing interview prep for winter/spring</li>
listening to Charli XCX - Detonate and Sega Bodega & Dorian Electra - Teenage Dirtbag (Cover)</li>
did not sleep</li> </ul>
I hope you're doing well. Thanks for reading! - James</p>

2023: Prototyping in Unity, but then…</h2>

Notion (as of late 2020)</h2>

Obsidian</h2>

migrating my notes to obsidian</h1>
These notes are really rough, sorry. If you have any other questions check the Obsidian forums</a> or send me a message.</p>

translating tables and pages to folders and docs</h2>

Library</h3>
similar to bookmarks save PDFs in Library Files folder and reference</p>

notes</h3>
imported apple notes to markdown with Exporter</a>
trimmed current note titles + formatting with Notion to Obsidian Converter</a></p>

work applications</h3>
formatted into a list of links separated by headers</p>

resume</h3>
merged MD from notion and my website</p>

finally... main</h3>
stripped down to just the immediate todo list; i have a directory of all my stuff right here</p>

Other things to consider</h1>

what about synchronization?</h2>
I recently bought Obsidian Sync and it works well for syncing with my phone and iPad.
Before buying it I set up a crontab job that automatically commits and pushes the notes folder on my mac; here's my note on how to get it done bc it can be a bit frustrating:</p>

Notion screenshots</h2>

the directory of my Notion system. my main Notion page where I would link to important stuff and to-do. The top quote block would usually have the most important thing I had to do that day. Notion page for managing classes. Notion page for managing resume.</p>

brokebook</h1>
A startup pitch challenge was held at my college during the spring, so I decided that it would be a good opportunity to practice web development. My idea, a campus-bound textbook exchange, turned into a database-driven craigslist clone using Django + Bootstrap.</p>
source code</a></p>

Portfolio</h1>
Some games and prototypes I have made or helped make. </p>
All of these can be played on my itch.io page.</strong></a></p>

heaviest hammer (2022)</h2>
</p>
Download on Windows</a></p>
For itch's Mini Game Jam 100: "Chaos". Super janky, but the main idea is the use of a weapon that charges in power by shaking your mouse as hard as you can. I used Unity 2019 for this one.</p>

Heaven's Few Retrospective 1 - Ideation to Prototyping

cloud-based nerfstudio using AWS EC2 and S3 Mountpoint

migrating from Notion to Obsidian

kenopsia, liminal spaces, malls, nostalgia, the end of retail

two years of CS - a review of 2019-2020

Games and interaction concepts

welcome to the site!

Heaven's Few Retrospective 1 - Ideation to Prototyping

2023: Prototyping in Unity, but then…</h2>

VRExpansionPlugin</h3> For now, my approach to learning Unreal Engine has basically been to dive straight back into the game and try making what I need to make, and throughout the year I've also gained additional experience by doing a couple side projects in the engine. </p>

cloud-based nerfstudio using AWS EC2 and S3 Mountpoint

Set up AWS resources</h1> EC2 Instance</h2> Plan is to install nerfstudio on a fresh GPU-enabled EC2 instance running Ubuntu.</li>

EC2 Instance</h2> Plan is to install nerfstudio on a fresh GPU-enabled EC2 instance running Ubuntu.</li>

change default CUDA version</h3> Git clone and use this script to switch CUDA version to 11.8: https://github.com/phohenecker/switch-cuda/tree/master</li>

migrating from Notion to Obsidian

Notion (as of late 2020)</h2>

Obsidian</h2>

structure of notion workspace</h2> map of how my notion stuff was structured</p> main: quick notes + link to important resources</li>

translating tables and pages to folders and docs</h2>

Library</h3> similar to bookmarks save PDFs in Library Files folder and reference</p>

notes</h3> imported apple notes to markdown with Exporter</a> trimmed current note titles + formatting with Notion to Obsidian Converter</a></p>

site updates</h3> formatted into a list of links</p> work applications</h3> formatted into a list of links separated by headers</p> resume</h3> merged MD from notion and my website</p> learning + projects</h3> separated</li> just ported over my CTCI page from learning</li>

work applications</h3> formatted into a list of links separated by headers</p>

resume</h3> merged MD from notion and my website</p>

learning + projects</h3> separated</li> just ported over my CTCI page from learning</li>

finally... main</h3> stripped down to just the immediate todo list; i have a directory of all my stuff right here</p>

Other things to consider</h1>

what about synchronization?</h2> I recently bought Obsidian Sync and it works well for syncing with my phone and iPad. Before buying it I set up a crontab job that automatically commits and pushes the notes folder on my mac; here's my note on how to get it done bc it can be a bit frustrating:</p>

Notion screenshots</h2> the directory of my Notion system. my main Notion page where I would link to important stuff and to-do. The top quote block would usually have the most important thing I had to do that day. Notion page for managing classes. Notion page for managing resume.</p>

kenopsia, liminal spaces, malls, nostalgia, the end of retail

two years of CS - a review of 2019-2020

Games and interaction concepts

Portfolio</h1> Some games and prototypes I have made or helped make. </p>

welcome to the site!

Library</h3>
similar to bookmarks save PDFs in Library Files folder and reference</p>

notes</h3>
imported apple notes to markdown with Exporter</a>
trimmed current note titles + formatting with Notion to Obsidian Converter</a></p>

work applications</h3>
formatted into a list of links separated by headers</p>

resume</h3>
merged MD from notion and my website</p>

finally... main</h3>
stripped down to just the immediate todo list; i have a directory of all my stuff right here</p>

what about synchronization?</h2>
I recently bought Obsidian Sync and it works well for syncing with my phone and iPad.
Before buying it I set up a crontab job that automatically commits and pushes the notes folder on my mac; here's my note on how to get it done bc it can be a bit frustrating:</p>

Notion screenshots</h2>

the directory of my Notion system. my main Notion page where I would link to important stuff and to-do. The top quote block would usually have the most important thing I had to do that day. Notion page for managing classes. Notion page for managing resume.</p>

Portfolio</h1>
Some games and prototypes I have made or helped make. </p>
All of these can be played on my itch.io page.</strong></a></p>