jevans.bio

jevans.bio 2025-12-25T05:25:42-0700 https://jevans.bio now 2025-02-14T00:00:00+0000 https://jevans.bio/now/ <ul> <li>designing a home theater cabinet</li> <li>upgrading my Voron</li> <li>designing a portable monitor using Framework laptop components</li> <li>building a Monolith</li> <li>reading: <ul> <li>Blood in the Machine by Brian Merchant</li> <li>American Trade Unionism by William Z. Foster</li> <li>The Mechanic and the Luddite by Jathan Sadowski</li> </ul> </li> </ul> 2025-02-14 Why a now page? <a href="https://nownownow.com/about">https://nownownow.com/about</a> Phones Suck 2025-02-22T00:00:00+0000 https://jevans.bio/blog/20250222-phones-suck/ I've thought about this a lot since listening to investigative journalist <a href="https://infosec.exchange/@josephcox">Joseph Cox</a> <a href="https://www.404media.co/podcast-pokemon-go-to-the-military-industrial-complex/">talk about that he doesn't have a phone and why</a>. At that point, I already had a Google Pixel phone that I loaded <a href="https://grapheneos.org/">GrapheneOS</a> onto, which is the absolute best you can do in terms of <a href="https://en.wikipedia.org/wiki/DeGoogle">DeGoogle</a>-ing and security if you want to use Android. Since then I've been trying to see what it takes to really break away for someone who uses their phone A LOT, simply as an exercise and to learn more. <h2 id="how-you-are-being-tracked">How You are Being Tracked</h2> First, there are multiple levels of tracking to be aware of: <ol> <li> Per-app tracking. This is the most obvious form of tracking, and is what is usually talked about in the news. </li> <li> Advertising ID (MAID) and cross-site cookies. MAID is an operating-system-wide identifier that apps can use to identify you and connect your activity to other apps even without directly communicating between apps on your device. This is what most of those scary tracking apps that you might <a href="https://www.eff.org/deeplinks/2022/06/how-federal-government-buys-our-cell-phone-location-data">see in the news</a> use. They get their data from apps selling your data to them after you give those apps access to your MAID and GPS when you install them. Alternative versions of Android like GrapheneOS get rid of this. Cross-site cookies can usually be turned off on your mobile web browser, but they can have similar functionality to the MAID. </li> <li> SIM-level ID (IMSI). This is tied to your SIM card or eSIM and can be tracked using using devices like Stingrays (often used by law enforcement). Some software has access to this. Swapping to a different SIM card or eSIM is how you generally can change this. </li> <li> Device ID (MEID or IMEI). This is a hardware ID for your phone that stays with it no matter if you change SIMs or not. This can also be tracked by law enforcement. This can generally not be changed. </li> </ol> Even if you put your phone in Airplane mode, it will still communicate your IMSI and MEID to nearby cell towers. The only way to make it not do that is to cut power to your modem which, in pretty much every phone, means not only powering off your phone, but draining your battery all the way (since you can't remove them in the vast majority of phones these days). Even with your phone off, it may still transmit because you aren't in full control of the software or firmware on your phone and their definition of "off". The best thing you can do if you want to keep a single phone and be tracked as little as possible is to keep to keep it in a Faraday bag and only pull it out when you absolutely need it. I don't do this yet, but I've considered it. <h2 id="smartphones">Smartphones</h2> There are other alternative Android versions that have some of the same features, but buying a used Google Pixel 8a for $260, throwing GrapheneOS on it, and getting security updates until May 1, 2031 is very difficult to beat. Yes, I am fully aware of the irony of using Google hardware to DeGoogle, but there are just no other companies creating competitive hardware from a security perspective. If you are in the market for a new phone, and you want to install an alternative Android OS on it, it doesn't matter what your <a href="https://en.wikipedia.org/wiki/Threat_model">threat model</a> is, just get the best since it's so easy. Cox uses a WiFi-only iPad Mini to do his mobile computing which, I have to admit, is beautiful hardware. If you are okay with Apple <a href="https://www.bundeskartellamt.de/SharedDocs/Meldung/EN/Pressemitteilungen/2025/02_13_2025_ATTF.html?nn=48916">not holding itself to the same non-tracking standard it holds third parties to</a>, and you don't care about running a locked-down proprietary operating system, then that is a fine option. I'm not okay with those things, so I'll be staying away from Apple products. The third option here is to get something like a OnePlus 6 and installing a Linux operating system on the phone. This, very unfortunately, just isn't ready for prime time. Often the core features of the phone (microphone, speakers, camera, on-screen keyboard, etc.) simply do not work. Even with GrapheneOS or Linux, there are still problems with smartphones that are baked into the hardware that are not easy to get around. There is a new cell service company called Cape that claims to rotate or randomize your IMSI and MEID. Their plan costs $99/month, and it's not immediately clear if that functionality is available with just their plan, or if you need their special phone + plan that they don't even advertise a price for. Joseph Cox <a href="https://www.404media.co/i-dont-own-a-cellphone-can-this-privacy-focused-network-change-that/">looked into this company as well</a>. <h2 id="dumb-phones">"Dumb" Phones</h2> Switching to a "dumb" phone might get rid of the MAID, but lots of dumb phone operating systems like KaiOS (what Nokia and other companies use) have OS-level ads and track the hell out of you, too. They're even more difficult to reason about than Android because they're just not as common, so they get less attention. The <a href="https://ivan-hc.github.io/bananahackers/">BananaHackers</a> mods for KaiOS can block ads and probably block tracking, but it's all very murky. I considered switching to something like a Nokia 800 Tough for a while, normally keeping it off and in a Faraday bag, and I still might, but only for cost savings ($100 for the phone and $8/month for phone service) and long battery life. The weirdness with KaiOS and the lack of hardware support puts me off, though. Mudita is a dumb-phone manufacturer that uses their own <a href="https://github.com/mudita/MuditaOS">open-source operating system</a> which makes their devices potentially a better option. Unfortunately their Mudita Pure phone has not been well received, <a href="https://idiomdrottning.org/mudita-pure">even by people working on the project</a>, so it's safe to say they have some growing pains. They have a new device coming out this year, the Mudita Kompakt, that they claim will fix a lot of the issues that people had with the Pure, but I'll remain skeptical until it gets fully reviewed. One feature that makes the Kompakt a potentially very interesting device is the "Offline+" feature they are shipping with it that is both a hardware and a software switch to power off the modem and microphones on the device. This could potentially replace the need for a Faraday bag and could be awesome. <h2 id="what-to-do-then">What To Do, Then?</h2> My current plan is to keep my Pixel, get a Faraday bag, treat it like a dumb phone, and supplement it with a <a href="https://www.crowdsupply.com/cool-tech-zone/tangara">Tangara portable music player</a> for podcasts and music, a digital camera, and a <a href="https://shop.mntre.com/products/mnt-pocket-reform">MNT Pocket Reform</a> laptop. If the Mudita Kompakt is any good, I'll probably switch to that eventually and get the cheapest cell service available. With this plan in mind, I've been combing through all of the apps I use to come up with a way to perform those functions without a smartphone. The biggest pain-points I've found are public transit which is increasingly requiring a smart phone (which is absolutely insane), concert venues which are doing the same, and my local grocery store which is increasingly locking "member deals" behind an app specifically designed to track you. <a href="https://www.theguardian.com/money/2025/feb/22/the-tyranny-of-apps-those-without-smartphones-are-unfairly-penalised-say-campaigners">I'm not the only one frustrated about this</a>. Thankfully my local transit agency will give you a card to use instead of a phone if you order it online. I had to wait a month for mine to come in the mail, though. The small concerts that I care about still let you purchase tickets with cash day-of, so I'll just be doing that. As for my grocery store, I'll just be paying more for groceries and looking for alternative stores. <h2 id="also-worth-a-look">Also Worth a Look</h2> The <a href="https://www.crowdsupply.com/sutajio-kosagi/precursor">Precursor</a> device is very cool. It's nowhere near becoming a phone replacement, but maybe it will be something like that in a decade. It's something I'll be keeping my eye on for a while. Trials and Tribulations of Setting Up a Home Theater 2024-11-23T00:00:00+0000 https://jevans.bio/blog/20241123-trials-and-tribulations-of-setting-up-a-home-theater/ <img src="https://i.snap.as/hL7khtR5.png" alt="" /> <h2 id="the-problem">The Problem</h2> I share a small apartment with my partner and I have a love for locally-controlled smart-home stuff. One of the biggest hurdles when trying to make our apartment "smart", is that I want to make sure that my partner, and anyone who visits can interact with everything intuitively. This means that light switches have to work like normal switches, that a remote control does what you think it does, and, above all, that you never need to open an app to do anything you would do in any other home. At the same, I try to avoid all-in-one devices as much as possible because they afford far less customization and control, and because they become a single point of failure that can end up being expensive and create a lot of e-waste. The biggest downside to this approach is that I often take a big hit in the “convenience” department. It’s undeniable that integrating many parts of a system makes the user experience a lot easier. This is part of why internet service providers give customers an all-in-one modem, firewall, router, switch, and wireless access point. Managing individual devices for all of those functions for an normal user would be overkill and a nightmare to maintain. At the same time, modem interfaces, CPU power, Ethernet controllers, and WiFi versions all evolve at different rates, and with an all-in-one device, you have to replace the whole thing any time you want a new feature in any one of those parts, or risk having to dive into the software/firmware of your device to make it work nicely with other parts and/or having the old device reduce the functionality of your new part. <h2 id="the-hardware">The Hardware</h2> Applying this philosophy to my home theater, I have it broken down into many components: <ul> <li>TV with most “smart” features disabled and with no access to the internet</li> <li>NVIDIA Shield as the main TV user interface with as many default apps as possible disabled and replaced with open-source alternatives that don’t phone home</li> <li>MiniDSP Flex acting as digital-to-analog converter (DAC), digital signal processor (DSP), and pre-amplifier</li> <li>basic stereo speaker amplifier</li> <li>stereo speakers</li> <li>powered subwoofer</li> <li>separate headphone amplifier</li> <li>phono pre-amplifier</li> <li>record player</li> <li>my pc is also hooked up for couch gaming</li> </ul> As you probably noticed, there are still some devices that are performing multiple functions, namely the MiniDSP Flex and the powered subwoofer. Nothing is without compromise, and these components are far more difficult or expensive to separate. With this set of components, there are three remote controls, a keyboard, a mouse, and a game controller needed to control everything and get the system into the state you need at a given time. Not only that, but each of the three remotes has volume controls that may or may not change the volume of a given state, and having multiple volume controls makes it very difficult to know how loud some content will be at a glance. This problem also makes it difficult to know what state the system is in at all. For me (only because I was the one who set it up), this is a fairly middling annoyance, but for my partner and anyone else that might ever want to use the system, it’s a pretty insurmountable barrier without a detailed instruction manual next to the remotes. Since I have a Home Assistant server, I figured this would be a perfect time to put it to use! <h2 id="making-it-smart">Making It Smart</h2> To start with, I wanted to figure out what my constraints are: <ul> <li>On the TV, I just want to be able to turn it on/off and switch the inputs.</li> <li>On the MiniDSP Flex, I want to be able to switch inputs, change volume, mute, switch outputs, and control connected Bluetooth devices (play/pause, fast-forward, and rewind).</li> <li>For the NVIDIA Shield, I want to be able to turn it on/off, use navigation buttons, and have a microphone in the remote for voice search.</li> <li>For my computer I want to have a controller to play games and a way to navigate the desktop when needed.</li> <li>I'd also like to be able to turn on/off every device to conserve power when parts of the system aren't being used.</li> </ul> Adding power control is as simple as adding a couple TP-Link HS-300 smart power strips. These can be set up to work entirely locally and allow for both switching on/off and monitoring power usage in Home Assistant<a href="https://jevans.bio/blog/20241123-trials-and-tribulations-of-setting-up-a-home-theater/#references">[1]</a>. It turns out that the biggest restriction here is the voice search functionality on the NVIDIA Shield. This is only possible on the official remote for the device, so to keep all of this functionality, I will at least need to have that remote. For the computer, I certainly need a keyboard, but a nice feature of my favorite controller (the PS5 DualSense controller) is that it has a trackpad in the middle that works as a standard trackpad when connected to my computer, so I don’t need a separate mouse. One device gone! The TV has wake-on-LAN functionality and, when it is on, can be entirely controlled by Home Assistant. Another down! MiniDSP actually publishes the NEC IR codes to use for universal remotes, which is very helpful<a href="https://jevans.bio/blog/20241123-trials-and-tribulations-of-setting-up-a-home-theater/#references">[2]</a>. NVIDIA also added a nice feature to the Shield where users can choose to use the volume buttons on the remote to control a separate IR device instead of controlling volume on the Shield itself. Nice! <h3 id="his-blue-period">His Blue Period</h3> Unfortunately, this is where things start to fall apart. That NVIDIA IR feature only lets you select from a pre-supplied set of IR codes for common AV Receiver manufacturers, and of course MiniDSP is not in that list. I tried all of the other options to see if any of them just happen to work. No dice. I did find some chatter in forums about being able to program the MiniDSP Flex to use other IR codes, but after lots of digging, it turns out that they removed that feature when they changed the configuration software that they provide from a plugin for another piece of software to a standalone configuration application. They are also very restrictive about what software they allow customers to download. To access any software at all, you need to provide the serial number that came with your product, and then they only give you access the most recent software for your specific device, so there is literally no way for me to use the old software and firmware to regain the feature. It's a terrible model and leaves an awful taste in my mouth. I will think twice before purchasing anything from them in the future. <h3 id="ir-struggles-part-1-all-the-big-movie-studios-are-doing-it-these-days">IR Struggles, Part 1 (all the big movie studios are doing it these days)</h3> I wasn't going to let this roadblock deter me, though. My first attempt to get around it was to use an IR blaster connected to Home Assistant and a button-remapping app on the Shield to call a shortcut that runs a webhook on Home Assistant when the volume up/down buttons are pressed. At the same time, I also remapped the Netflix button on the remote to run a webhook on Home Assistant to toggle the TV input between the NVIDIA Shield and the PC. It was a bit of a chore to get the IR blaster to produce IR signals that worked for the MiniDSP Flex. I had to learn a lot about the structure of NEC IR commands and the raw IR commands that my IR blaster could produce. I ended up writing a Python script to convert the NEC codes to raw IR. These actually kind of worked! Eventually, though, this process became a problem. There was a significant delay when pressing the remote buttons and the IR blaster sending commands. After lots of testing, I was able to determine that the vast majority of the delay was between the remote button press and the webhook call to Home Assistant. I also discovered that some Android apps don't like it when you run a shortcut while watching a video. The process causes the video app to lose focus for a split second, which can result in the screen flashing white, and the video pausing for that time. As you can probably imagine, both of these problems were very annoying and caused both myself and my partner great frustration. To combat this I decided to try using the IR volume functionality on the Shield remote with an IR receiver from which I could tell Home Assistant to send commands through the IR blaster. I whipped up a quick-and-dirty IR receiver using a TSOP38438 IR Receiver Module, and an ESP32 loaded with ESPHome firmware, set it up to work with codes that the Shield remote could emit, and it completely got rid of any perceptible lag in using the volume buttons. Success? Well, it turns out that I should have thought about this a bit deeper. When you want to change the volume, you rarely only want to hit the button on the remote once, so when I was sending the second command to my IR receiver, the IR blaster was sending the first command to the MiniDSP Flex. This of course created a ton of interference and made the volume buttons do nothing. You would think that having a graduate degree in physics and a lot of experience with signal processing would have helped me foresee this pitfall, but nope 🙃. I moved the IR receiver to the other side of the room, and covered most of the IR blaster in electrical tape to try and make the signals more directional. This helped, but I still needed to limit how rapidly I pressed the volume buttons and I certainly could not hold them down, which meant that changing the volume was slow. This was a temporarily acceptable solution, and I was getting a bit burnt out with this aspect of the system, so I moved my focus elsewhere. <h3 id="brought-to-you-by-node-red">Brought To You By Node-RED</h3> Node-RED is awesome. It's a Home Assistant add-on with a Home Assistant Community Store (HACS) integration that lets you use visual programming to create automations in Home Assistant, and it really makes building complex automations a breeze. <a href="https://addons.community/#node-red">Go get it</a>. I would have certainly given up on this project if I had to write the automations I needed in YAML or ... **shudders** ... in the Home Assistant GUI. The problem is that there are just so many inputs and so many states that all of the equipment can be in that it becomes unwieldy quite quickly. Even in Node-RED, building out the automations for this system was a bit of a chore. Thankfully, I was able to contain most of the craziness inside of a single state machine node. <h4 id="the-state-machine">The State Machine</h4> If you're not familiar, a (finite) state machine is a set of states and allowed transitions between those states to define a dynamical system. This is a concept that is often talked about in the context of game design. <img src="https://www.mariowiki.com/images/5/59/Smw_powerup_chart.jpg" alt="Super Mario World state machine example" /> An visual example of a finite state machine from the instruction manual that came with Super Mario World<a href="https://jevans.bio/blog/20241123-trials-and-tribulations-of-setting-up-a-home-theater/#references">[3]</a>. For my system, there are 5 input states (off, PC, NVIDIA Shield, record player, and Bluetooth), 3 output states (off, speakers, and headphones), and 3 PC states (off, at my desk, and at the TV). A fully connected state machine would have $5 \times 3 \times 3 = 45$ states and $44^{45} = 9 \times 10^{73}$ transitions. Yikes! Thankfully, the whole point of a state machine is that it is not fully connected, and in my case, the number of states is smaller, too. There are only 2 states when the home theater is off (PC off or PC at my desk). There are only 2 states when my PC is at the TV (headphone output or speaker output). For the rest of the inputs, there are 4 states each (speakers or headphones and PC off or PC at my desk). This makes the total number of states $2 + 2 + 4 \times 4 = 20$. The number of transitions is also much lower because transitions can only happen when one of either the input, the output, or the PC state changes. This means the number of transitions is $4 + 2 + 2 = 8$ per state for a total of $20 * 8 = 160$ transitions. This still sucks, but it's 71 orders of magnitude better, so I'll take it! <blockquote> ℹ️ This is not the exact number of transitions because I have multiple ways that you can interact with the system that each trigger state transitions differently (the Shield remote, Home Assistant dashboard, turning on the headphone amp, etc.), but it is pretty close. </blockquote> <h4 id="implementation">Implementation</h4> After spending roughly an hour writing in states and transitions into a single node, I could finally make the automation that uses that state machine. I first created nodes and connections for each of the various triggers for possible transitions, and feed them all into the state machine. For the output side of the state machine, I formatted the states like <code>&lt;input&gt;, &lt;output&gt;, &lt;pc state&gt;</code> and fed the result into a function node. This allowed me to split the state into its three components and use them to update a selection node for each one. <pre data-lang="javascript" class="language-javascript "><code class="language-javascript" data-lang="javascript">var states = String(msg.payload).split(&quot;, &quot;); var msg1 = RED.util.cloneMessage(msg); var msg2 = RED.util.cloneMessage(msg); var msg3 = RED.util.cloneMessage(msg); msg1.payload = states[0]; msg2.payload = states[1]; msg3.payload = states[2]; return [msg1, msg2, msg3]; </code></pre> The selection nodes create entities in Home Assistant that you can watch for changes on, so for each one I created a flow that checks to see if the state has changed, and if so, performs a different action based on what the new state is. The beauty of the state machine node is that it just ignores any trigger that doesn't cause a valid transition from the current state. This makes troubleshooting just so damn easy. If something weird happens, I know what state I was in, what state I changed to, and probably what triggered it, so it's as simple as checking the specific trigger node, one line in the state machine node, and one sub-flow after the state machine. Without a state machine, this automation would have to have connections that feed into nodes earlier in the system which could lead to undefined behavior because of the time it takes for signals to propagate through the flow. <h3 id="ssh-wlroots-and-pipewire">SSH, wlroots, and PipeWire</h3> I wanted to also make my Linux PC play nice with the automations, and automatically turn on/off my desk peripherals to save power. Home Assistant has a nice feature that allows you to add SSH commands as entities that you can include in your automations or dashboards. I made sure that wake-on-LAN was enabled on my PC so that Home Assistant could turn it on. To turn it off, I added an SSH command to run <code>systemctl suspend</code>. Easy enough. Switching the PC between my desk and the TV was a bit more complicated. I wanted to switch both audio and video outputs for each state. For video, I run the Sway window manager which runs on top of the wlroots compositor, so I can use <code>wl-randr</code> to set the display configuration to be exactly what I need via the terminal (if you are running an X11-based window manager or desktop environment, <code>xrandr</code> has the same functionality). For audio, I use PipeWire as my audio framework and WirePlumber as the session manager (this setup is pretty common these days). WirePlumber does have a tool to change audio outputs: <code>wpctl set-default [ID]</code>. The tricky thing is that the ID needed is not a static number that permanently matches a device; it changes all the time, and there is no other identifier that you can use to do this! Thankfully, there is a way to get the entire current PipeWire configuration in JSON: <code>pw-dump</code>. From here, it's the magical <code>jq</code> JSON query tool to the rescue. After digging through the JSON output from <code>pw-dump</code>, I found that the ID is in <code>.info.props."object-id"</code>, the device name is in <code>.info.props."node.name"</code>, and the device type is in <code>.info.props."media.class"</code>. I want the device to be an audio output aka sink, I want to then grab a specific device and get its ID. I can then pipe that ID into <code>wpctl set-default</code> and end up with this monstrosity for my TV: <pre data-lang="bash" class="language-bash "><code class="language-bash" data-lang="bash">wpctl set-default &quot;$(pw-dump -N | jq &#x27;.[] | select(.info.props.&quot;media.class&quot; == &quot;Audio&#x2F;Sink&quot;) | select(.info.props.&quot;node.name&quot; == &quot;alsa_output.pci-0000_0a_00.1.hdmi-stereo&quot;) | .info.props.&quot;object.id&quot;&#x27;)&quot; </code></pre> Now I can swap my PC outputs and sleep/wake my PC directly from my automations in Home Assistant. Woo hoo! <h3 id="ir-struggles-part-2-the-re-struggling">IR Struggles, Part 2 - The Re-struggling</h3> At this point, there was nothing left to do but be frustrated with the IR setup, and I had enough. I decided that, if I'm going to use an IR blaster for the MiniDSP Flex, and not for anything else, why not attach it directly to the device and isolate that IR pair from the outside world. This would allow me to put my ESP32 IR receiver right next to the device and it would just work. Hey, if I'm doing that, do I even need a separate IR blaster? Nope! ESPHome can do that, too. This way, I can also just have it act as an IR relay for volume commands from the Shield remote, and have them immediately trigger sending the commands to the MiniDSP Flex without ever having to go through Home Assistant. Lag free, baby! After a bunch of testing, I ended up with a short YAML file that just handles everything! I cannot stress this enough: !!! I designed and 3D-printed a face plate for the Flex that I could mount an IR LED into. I coated the inside with electrical tape which blocks enough outside IR, while leaving a small hole for the LED. I soldered up a perf board with the IR receiver, a current-limiting resistor, and headers for the ESP32 and for the wires to the IR LED. And I made a simple enclosure for the ESP32. <h2 id="the-end">The End</h2> It fucking works. It's done. I now have one remote (and some buttons to swap to record player or Bluetooth mode) that handles everything. To use it, you point the remote where you would expect. To the user, the NVIDIA Shield might as well be built-in to the TV, and the speaker amplifier, headphone amplifier, and MiniDSP Flex might as well be an integrated receiver. <h2 id="or-is-it-addendum-cable-management-sucks">Or Is It? Addendum: Cable Management Sucks.</h2> After finally getting everything working, the rats nest of cables behind my media console started to give me nightmares. I spent a long time trying to decide how to tackle it. I looked at all of the pre-made cable management systems, and honestly, they all are too expensive and too bad at what they do. The solution I ended up with was cheap, easy to get from a local hardware store, and is flexible enough to work with a bunch of setups. I got a 2'x4' sheet of pegboard and screwed it to the back of my media console with some spacers so I could get behind it. I picked up a 50' roll of 1/2" double-sided hook-and-loop and bundled all cables into a wiring harness based on where they run with hook-and-loop every 12" or so, keeping power and signal cables separate. I got the biggest bag of various zip ties I could and zip-tied my power strips, network switch, and whatever cables made sense to the pegboard, noting to keep power and signal cables far apart or have them cross at $90^\circ$ angles. It took me roughly 5 hours to deal with it all, but it's done. Sure, it's slightly more inconvenient than some popular expensive systems, but the whole thing cost less than $50, and I have tons of extra hook-and-loop and zip ties. <h2 id="references">References</h2> <ol> <li> <a href="https://python-kasa.readthedocs.io/en/stable/">https://python-kasa.readthedocs.io/en/stable/</a> </li> <li> <a href="https://support.minidsp.com/support/solutions/articles/47001137495-ir-commands-for-minidsp-products">https://support.minidsp.com/support/solutions/articles/47001137495-ir-commands-for-minidsp-products</a> </li> <li> <a href="https://www.mariowiki.com/Super_Mario_World#Power-ups">https://www.mariowiki.com/Super_Mario_World#Power-ups</a> </li> </ol>