<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="https://media.rss.com/style.xsl"?>
<rss xmlns:podcast="https://podcastindex.org/namespace/1.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:psc="http://podlove.org/simple-chapters" xmlns:atom="http://www.w3.org/2005/Atom" xml:lang="en" version="2.0">
  <channel>
    <title><![CDATA[The Tyler Woodward Project]]></title>
    <link>https://tylerwoodward.me</link>
    <atom:link href="https://media.rss.com/tylerwoodward/feed.xml" rel="self" type="application/rss+xml"/>
    <atom:link rel="hub" href="https://pubsubhubbub.appspot.com/"/>
    <description><![CDATA[<p>A broadcast engineer's podcast about the tech that owns you, the radio industry that shaped him, and the childhood junk drawer that started it all.</p>]]></description>
    <generator>RSS.com 2026.817.133114</generator>
    <lastBuildDate>Sun, 06 Sep 2026 03:13:28 GMT</lastBuildDate>
    <language>en</language>
    <copyright><![CDATA[2026 tylerwoodward.me]]></copyright>
    <itunes:image href="https://media.rss.com/tylerwoodward/podcast_cover_20260826_000231_e80f7b824b04f24722178864b7c1b5de.png"/>
    <podcast:guid>580683ab-7a27-55c9-b8ed-bb896368cba3</podcast:guid>
    <podcast:value type="lightning" method="keysend">
      <podcast:valueRecipient name="RSS.com" type="node" address="030a58b8653d32b99200a2334cfe913e51dc7d155aa0116c176657a4f1722677a3" split="3" customKey="696969" customValue="BcpTk8gO2wfzO9rFnapm"/>
      <podcast:valueRecipient name="Tyler Woodward" type="node" address="null" split="97"/>
    </podcast:value>
    <image>
      <url>https://media.rss.com/tylerwoodward/podcast_cover_20260826_000231_e80f7b824b04f24722178864b7c1b5de.png</url>
      <title>The Tyler Woodward Project</title>
      <link>https://tylerwoodward.me</link>
    </image>
    <podcast:locked>yes</podcast:locked>
    <podcast:funding url="https://buymeacoffee.com/tylerwoodward">Buy Me A Coffee</podcast:funding>
    <podcast:license>2026 tylerwoodward.me</podcast:license>
    <itunes:author>Tyler Woodward</itunes:author>
    <itunes:owner>
      <itunes:name>Tyler Woodward</itunes:name>
    </itunes:owner>
    <itunes:explicit>true</itunes:explicit>
    <itunes:type>episodic</itunes:type>
    <itunes:category text="Society &amp; Culture">
      <itunes:category text="Personal Journals"/>
    </itunes:category>
    <itunes:category text="Technology"/>
    <podcast:txt purpose="">RSSVERIFY</podcast:txt>
    <podcast:podroll>
      <podcast:remoteItem feedGuid="a9300aee-796c-5d0a-adc0-c88d16adedcd"/>
      <podcast:remoteItem feedGuid="978a8a9e-0d84-5102-a875-099ea8890207"/>
      <podcast:remoteItem feedGuid="7dc59f40-bbbb-5354-81e0-cd0627b56b76"/>
      <podcast:remoteItem feedGuid="ff7d3ac4-dcd5-5079-b8bc-c1b8f0c85356"/>
      <podcast:remoteItem feedGuid="f4f65949-6693-5a8f-b39c-be4da4d13462"/>
      <podcast:remoteItem feedGuid="470eda5f-ec6a-5e5d-8f75-22b4081492aa"/>
      <podcast:remoteItem feedGuid="a4ccb820-ac02-52b6-abbc-bf92acf77c67"/>
      <podcast:remoteItem feedGuid="59851661-2728-5211-a955-0eff25d2ea3c"/>
    </podcast:podroll>
    <podcast:medium>podcast</podcast:medium>
    <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
    <podcast:location rel="subject" geo="geo:39.7837304,-100.445882" osm="R148838" country="us">United States, USA</podcast:location>
    <item>
      <title><![CDATA[Nobody can actually hear lossless audio, including you]]></title>
      <itunes:title><![CDATA[Nobody can actually hear lossless audio, including you]]></itunes:title>
      <description><![CDATA[<p>That lossless badge on your music app feels like a promise, until you realize it's probably not reaching your ears at all. I break down what lossless, lossy, and high res audio actually mean, why almost every pair of Bluetooth headphones including AirPods can't deliver a true lossless stream no matter what tier you're paying for, and how a format called MQA got exposed for basically faking the thing it claimed to guarantee.</p><p>I also get into the actual science on whether any of this is audible in the first place, including a widely cited blind test where trained listeners barely beat a coin flip, and why the streaming service with zero lossless options is somehow crushing everyone else in growth. If you've ever felt smug seeing that little badge pop up on your phone, this one's going to mess with you a bit.</p><p>This ties straight back into the bigger issue I keep coming back to on this show: companies selling you a feature that sounds great in the app copy but quietly stops being true the second it leaves their servers.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/3090205</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/3090205/tylerwoodward/2026_08_23_16_09_42_52e49f3d-e9a8-4d46-8c85-3d613c2bf624.mp3" length="20298298" type="audio/mpeg"/>
      <guid isPermaLink="false">4651f808-c572-484c-bf32-d902d67dfd64</guid>
      <itunes:duration>1268</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>39</itunes:episode>
      <podcast:episode>39</podcast:episode>
      <pubDate>Tue, 25 Aug 2026 10:00:24 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260823_160924_72afd32feb492a7a5bd29030c5927b7e.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/3090205/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/3090205" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The lossless badge"/>
        <psc:chapter start="2:56" title="Lossless vs lossy vs high res, "/>
        <psc:chapter start="6:12" title="Everyone has lossless now"/>
        <psc:chapter start="10:47" title="The MQA scandal and Tidal's quiet retreat"/>
        <psc:chapter start="13:35" title="Can anyone actually hear the difference??"/>
        <psc:chapter start="18:19" title="What to actually take away from all this"/>
      </psc:chapters>
      <podcast:soundbite startTime="442" duration="127">Your AirPods are not playing lossless audio, and Apple knows it</podcast:soundbite>
      <podcast:soundbite startTime="647" duration="84">Tidal's MQA "verified" audio badge was fake and it added noise</podcast:soundbite>
      <podcast:soundbite startTime="877" duration="68">Trained listeners barely beat a coin flip on lossless audio</podcast:soundbite>
      <podcast:soundbite startTime="1017" duration="49">The Biggest Streaming Service Has No Lossless Audio And Still Wins</podcast:soundbite>
    </item>
    <item>
      <title><![CDATA[You don't own your movies, your games, or your music]]></title>
      <itunes:title><![CDATA[You don't own your movies, your games, or your music]]></itunes:title>
      <description><![CDATA[<p>Tyler digs into why phones, earbuds, and even video games are suddenly going backward, dumb phones, wired earbuds, and vinyl are all trending up while smartphones and streaming keep getting more bloated and expensive. He walks through the polling data on Gen Z and millennials wanting simpler tech, then connects it to something bigger: the licensing traps hiding underneath your music, movies, and games, where companies like Sony and Apple have straight up pulled purchased content from people's libraries. It's a personal, sometimes self deprecating look at why owning something physical might be the only real way to actually own it anymore.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/3054637</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/3054637/tylerwoodward/2026_08_08_00_14_15_4817ca10-ea58-407d-9407-17387597e01e.mp3" length="23947082" type="audio/mpeg"/>
      <guid isPermaLink="false">673c88ab-66f9-4c43-a222-2e429f0faca0</guid>
      <itunes:duration>1496</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>38</itunes:episode>
      <podcast:episode>38</podcast:episode>
      <pubDate>Tue, 18 Aug 2026 10:00:20 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260812_235609_c1cd1aed038868ca8263e4081bced7ce.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/3054637/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/3054637" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="Cold open: the relief of a dead phone"/>
        <psc:chapter start="5:06" title="Tyler's phone history, from the Samsung two s"/>
        <psc:chapter start="7:32" title="The dumb phone trend, by the numbers"/>
        <psc:chapter start="9:54" title="It's not the phone, it's the feed"/>
        <psc:chapter start="11:22" title=" Wired earbuds and vinyl's comeback"/>
        <psc:chapter start="15:06" title="Owning music vs streaming pennies"/>
        <psc:chapter start="15:59" title="Digital game licenses and the death of physic"/>
        <psc:chapter start="16:54" title="When 'ownership' gets revoked: Sony, Apple, a"/>
      </psc:chapters>
      <podcast:soundbite startTime="397" duration="56">Another job, another hassle</podcast:soundbite>
      <podcast:soundbite startTime="1002" duration="55">A license can always be revoked</podcast:soundbite>
      <podcast:soundbite startTime="1160" duration="49">We canceled Netflix again</podcast:soundbite>
    </item>
    <item>
      <title><![CDATA[Shrinkflation is a lie: how companies used inflation as cover]]></title>
      <itunes:title><![CDATA[Shrinkflation is a lie: how companies used inflation as cover]]></itunes:title>
      <description><![CDATA[<p>Ever notice your chip bag feels lighter but somehow still costs the same? Tyler's had it with companies calling that inflation when it's really just shrinking the product, keeping the price, and quietly banking record profits. This episode walks through real examples from Doritos to Gatorade to General Mills, breaks down corporate profit margins and the growing gap between CEO pay and everyone else's paycheck, and looks at the bills in Congress that could have addressed it and died without so much as a hearing. It's less a tidy explainer and more an argument for calling shrinkflation and greedflation what they actually are, and a reminder that your gut feeling about that lighter bag isn't you being petty. It's a straight shot to the heart of consumer rights and who actually gets a say in what you pay for.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/3038471</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/3038471/tylerwoodward/2026_08_01_00_13_38_b9adb8b4-8d82-45c7-bb0f-bc88dfbc77b3.mp3" length="16366488" type="audio/mpeg"/>
      <guid isPermaLink="false">76f67896-f0e9-4a1a-98ba-73824aaea949</guid>
      <itunes:duration>1022</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>37</itunes:episode>
      <podcast:episode>37</podcast:episode>
      <pubDate>Tue, 11 Aug 2026 10:00:21 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260801_030956_1363ed96f97762493fdc62a72c52d102.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/3038471/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/3038471" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="Ad"/>
        <psc:chapter start="1:00" title="Shrinkflation is not inflation" image="https://media.rss.com/tylerwoodward/chapter_cover_20260801_001711_a02d307483dc5b9b754a7854c3ad26b2.png"/>
        <psc:chapter start="2:48" title="Why I bought the smaller Doritos bag anyway" image="https://media.rss.com/tylerwoodward/chapter_cover_20260801_001916_f8874c0df876f1da94b2c2b92902faba.png"/>
        <psc:chapter start="4:29" title="Doritos, Gatorade, and price pack architec..." image="https://media.rss.com/tylerwoodward/chapter_cover_20260801_002138_a85e5edd47d6587253df5ffb53eb54d0.png"/>
        <psc:chapter start="7:26" title="Record corporate profits and the FTC report" image="https://media.rss.com/tylerwoodward/chapter_cover_20260801_002406_7c2c1fccbdaf3fc9f30db38c534b7d47.png"/>
        <psc:chapter start="10:38" title="The bills that died in committee" image="https://media.rss.com/tylerwoodward/chapter_cover_20260801_002620_0ec470e185036b66ca57eeea29bb9bd4.png"/>
        <psc:chapter start="12:48" title="Your anger is correct" image="https://media.rss.com/tylerwoodward/chapter_cover_20260801_002817_dc3f13f0b3c47c81ecfc5fe7f344cdee.png"/>
        <psc:chapter start="16:02" title="Ad"/>
      </psc:chapters>
      <podcast:soundbite startTime="205" duration="52">Shrinkflation Is Not Inflation</podcast:soundbite>
      <podcast:soundbite startTime="323" duration="61">Five Fewer Chips and a Record Profit</podcast:soundbite>
      <podcast:soundbite startTime="592" duration="59">You're Not Bad With Money</podcast:soundbite>
    </item>
    <item>
      <title><![CDATA[What actually killed Blockbuster (it wasn't Netflix)]]></title>
      <itunes:title><![CDATA[What actually killed Blockbuster (it wasn't Netflix)]]></itunes:title>
      <description><![CDATA[<p>Tyler takes a trip down memory lane through video rental stores, sparked by a random Nova Scotia reunion and his kid watching a video store simulator game on YouTube. He walks through the whole Friday night rental ritual, the smell, the ps2 sleepovers, the late fee arguments, and then breaks down what actually killed Blockbuster, and it's not what most people think. Turns out the most hated part of the business, those late fees, was quietly propping up a huge chunk of the company's revenue, and pulling that thread unravels a story about corporate infighting, a failed mail order gamble, and a rival chain most people forget existed. If you care about how companies handle customer relationships and what happens when short term decisions wreck something people actually loved, this one's for you.</p><p>Shout out to Friends Who Pretend, the actual play podcast from Nick and James: <a target="_blank" rel="noopener noreferrer nofollow" href="https://podcasts.apple.com/us/podcast/friends-who-pretend/id1743693947">https://podcasts.apple.com/us/podcast/friends-who-pretend/id1743693947</a></p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/3026214</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/3026214/tylerwoodward/2026_07_27_21_35_50_7bbfed3b-0c62-42c8-9bff-75f03cd6be6d.mp3" length="25217610" type="audio/mpeg"/>
      <guid isPermaLink="false">0ea52aca-2e5c-42c1-bfbb-555a4ab9b4ee</guid>
      <itunes:duration>1576</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>36</itunes:episode>
      <podcast:episode>36</podcast:episode>
      <pubDate>Tue, 04 Aug 2026 10:00:19 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260801_032812_cc4bbc3188e1c79d6cd275e69df3ebee.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/3026214/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/3026214" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="Hot studio, Pop-Tart, and Dr. Pepper"/>
        <psc:chapter start="23" title="Welcome to the show"/>
        <psc:chapter start="1:45" title="A Nova Scotia reunion sparks this episode"/>
        <psc:chapter start="2:33" title="Romanticizing the video store era"/>
        <psc:chapter start="4:08" title="Late fees and the walk of shame"/>
        <psc:chapter start="7:37" title="Hollywood Video and the Tampa crew"/>
        <psc:chapter start="8:18" title="Why you actually finished what you rented"/>
        <psc:chapter start="11:28" title="Blockbuster's origin story"/>
        <psc:chapter start="12:17" title="Killing late fees crashed the business"/>
        <psc:chapter start="13:38" title="Blockbuster Total Access was actually great"/>
        <psc:chapter start="14:29" title="Hollywood Video's side of the story"/>
        <psc:chapter start="16:54" title="Blockbuster's bankruptcy and Dish Network"/>
        <psc:chapter start="19:02" title="Three takeaways from the collapse"/>
        <psc:chapter start="19:58" title="Streaming is just cable now"/>
        <psc:chapter start="22:32" title="Why I want to open a video store"/>
        <psc:chapter start="23:53" title="Outro and where to find the show"/>
      </psc:chapters>
      <podcast:soundbite startTime="770" duration="48">The Blockbuster Story Isn't What You Think</podcast:soundbite>
      <podcast:soundbite startTime="881" duration="60">Blockbuster Killed Itself, Not Netflix</podcast:soundbite>
      <podcast:soundbite startTime="1433" duration="59">I Kind Of Want To Open A Video Store</podcast:soundbite>
      <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
      <podcast:location rel="subject" geo="geo:27.9477595,-82.458444" osm="R1216849" country="us">Tampa, Tampa, Hillsborough County, Florida, 33602, USA</podcast:location>
    </item>
    <item>
      <title><![CDATA[Why internet radio got too expensive for regular people]]></title>
      <itunes:title><![CDATA[Why internet radio got too expensive for regular people]]></itunes:title>
      <description><![CDATA[<p>Tyler breaks down why running a small internet radio station went from a fun hobbyist project in 2009 to a legal and financial minefield today. He walks through what changed after the small webcaster provisions expired, why licensing now means dealing with multiple performance rights groups plus SoundExchange, and how the math stopped working for anyone who isn't a billion dollar streaming company. It's a plain look at how a rule meant to make sure artists get paid ended up locking out the little guy while giants like Pandora barely feel it, tying right back into the bigger fight over digital ownership and who actually gets to participate in tech.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2994699</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2994699/tylerwoodward/2026_07_15_22_50_17_0b82f2c0-0892-46b3-a2d1-421a50b2ecdc.mp3" length="17925894" type="audio/mpeg"/>
      <guid isPermaLink="false">b3097ce8-e532-4eff-9d89-8804716963a8</guid>
      <itunes:duration>1120</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>35</itunes:episode>
      <podcast:episode>35</podcast:episode>
      <pubDate>Tue, 28 Jul 2026 10:00:22 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260801_034010_7cc31649aa26437832a211f4c0f86aba.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2994699/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2994699" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The Last Time I Ran Q109 Rock"/>
        <psc:chapter start="1:43" title="Today's Topic: Internet Radio Licensing"/>
        <psc:chapter start="2:25" title="How Webcast Licensing Worked in 2009"/>
        <psc:chapter start="4:02" title="SWCast Got Caught and Q109 Went Dark"/>
        <psc:chapter start="5:56" title="Two Copyrights Hiding in Every Song"/>
        <psc:chapter start="6:45" title="Why Terrestrial Radio Skips SoundExchange"/>
        <psc:chapter start="7:52" title="The SoundExchange Math on a Small Station"/>
        <psc:chapter start="9:24" title="How Small Webcaster Rates Died in 2016"/>
        <psc:chapter start="10:19" title="Live365 Today vs Doing It Yourself"/>
        <psc:chapter start="12:59" title="The Real DIY Price Tag"/>
        <psc:chapter start="14:57" title="A System Built for Scale, Not Hobbyists"/>
        <psc:chapter start="16:08" title="Why Q109 Isn't Coming Back"/>
      </psc:chapters>
      <podcast:soundbite startTime="246" duration="46">My licensing coverage evaporated when SWCast shut down.</podcast:soundbite>
      <podcast:soundbite startTime="493" duration="54">A small station with 20 consistent listeners ends up owing thousands of dollars!</podcast:soundbite>
      <podcast:soundbite startTime="919" duration="49">The law that was supposed to level the playing field..</podcast:soundbite>
    </item>
    <item>
      <title><![CDATA[The MySpace bug that taught a generation web design]]></title>
      <itunes:title><![CDATA[The MySpace bug that taught a generation web design]]></itunes:title>
      <description><![CDATA[<p>Tyler digs into the one MySpace bug that accidentally taught a whole generation how to code: that infamous About Me box that let you paste raw HTML and CSS to completely override your profile. He walks through how millions of teenagers turned copy-pasted glitter code and stolen snippets into a real (if chaotic) education in web design, and how that kind of hands-on customization quietly disappeared as platforms shifted toward clean, algorithm-friendly templates. It's part nostalgia trip, part case study in how convenience and control replaced ownership, and it ties right back into the bigger question of who actually gets to shape the platforms we use every day.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2990143</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2990143/tylerwoodward/2026_07_14_22_56_59_c714ecef-cff5-474e-bb06-7c14dac6a6b4.mp3" length="18649765" type="audio/mpeg"/>
      <guid isPermaLink="false">686f4ea2-7192-47ce-ba86-ace54103750a</guid>
      <itunes:duration>1165</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>34</itunes:episode>
      <podcast:episode>34</podcast:episode>
      <pubDate>Tue, 21 Jul 2026 10:00:15 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260801_035909_cb0d20a6a0144369bf27b47bc170d9ae.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2990143/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2990143" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The notepad file on my desktop"/>
        <psc:chapter start="1:44" title="Not another MySpace eulogy "/>
        <psc:chapter start="2:53" title="The bug that become a feature"/>
        <psc:chapter start="4:34" title="Layout sites and learning by breaking things"/>
        <psc:chapter start="6:21" title="A popularity contest in disguise"/>
        <psc:chapter start="8:37" title="Myspace by the numbers"/>
        <psc:chapter start="9:19" title="Glitter, chaos, and meeting my wife"/>
        <psc:chapter start="11:08" title="Sterile templates, vanishing permission"/>
        <psc:chapter start="12:53" title="The security excuse versus the algorithm"/>
        <psc:chapter start="14:41" title="MySpace didn't die a martyr"/>
        <psc:chapter start="16:14" title="What I miss, and saying goodbye"/>
      </psc:chapters>
      <podcast:soundbite startTime="450" duration="63">The Notepad File</podcast:soundbite>
      <podcast:soundbite startTime="549" duration="73">It Was Chaos, But It Was Our Chaos</podcast:soundbite>
      <podcast:soundbite startTime="802" duration="60">It was about security</podcast:soundbite>
    </item>
    <item>
      <title><![CDATA[My hobby became my job, so I'm blowing up the format]]></title>
      <itunes:title><![CDATA[My hobby became my job, so I'm blowing up the format]]></itunes:title>
      <description><![CDATA[<p>Tyler hits pause on the usual format to explain why he's blowing up the show again. He walks through the moment he realized his supposedly personal podcast had quietly turned into a second shift of his day job, and what that means for where the Tyler Woodward Project goes from here.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2967358</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2967358/tylerwoodward/2026_07_13_23_02_37_2234847b-45ce-4098-8680-cbd094b7807e.mp3" length="13876661" type="audio/mpeg"/>
      <guid isPermaLink="false">5fa4197e-ea3d-4387-aacd-cbbccf9eae1b</guid>
      <itunes:duration>867</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>33</itunes:episode>
      <podcast:episode>33</podcast:episode>
      <pubDate>Tue, 14 Jul 2026 10:00:28 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260801_040610_e5d46224cd3d69dbe16c8923dc636e02.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2967358/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2967358" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="Disclaimer: My Opinions"/>
        <psc:chapter start="45" title="Why changes are coming to the podcast"/>
        <psc:chapter start="1:01" title="The moment it clicked"/>
        <psc:chapter start="2:00" title="January rebrand to TWP, the reason why"/>
        <psc:chapter start="3:11" title="Falling back into old habits"/>
        <psc:chapter start="5:16" title="When the hobby becomes a second job"/>
        <psc:chapter start="6:05" title="Addressing the TWiRT guest spot timing"/>
        <psc:chapter start="7:04" title="What's changing: more audio"/>
        <psc:chapter start="7:51" title="No more video, audio only from here!"/>
        <psc:chapter start="8:56" title="New tool! WoodyFM.com"/>
        <psc:chapter start="9:32" title="Cutting social media down to what works"/>
        <psc:chapter start="11:04" title="Switching hosting to RSS.com, and why"/>
        <psc:chapter start="13:42" title="Ad policy and to support ad-free"/>
        <psc:chapter start="13:46" title="Catch you next week!"/>
      </psc:chapters>
      <podcast:soundbite startTime="289" duration="57">The job has become my personality</podcast:soundbite>
      <podcast:soundbite startTime="592" duration="58">Burnout With a Microphone: Why the Show Is Changing</podcast:soundbite>
      <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
    </item>
    <item>
      <title><![CDATA[STL Redundancy: Radio's Forgotten Infrastructure Crisis]]></title>
      <itunes:title><![CDATA[STL Redundancy: Radio's Forgotten Infrastructure Crisis]]></itunes:title>
      <description><![CDATA[<p>The STL, or studio to transmitter link, is the unglamorous connection that keeps a radio station on the air, and when it fails everything goes dead silent even if every other piece of gear is working perfectly. This episode covers why most stations never built backup STL systems, how broadcast consolidation pulled out the engineers who used to catch these failures fast, and what real redundancy looks like using fiber, cellular bonding, and gear like Comrex and Peplink. It's a case study in how cost cutting quietly makes critical infrastructure more fragile, which is basically the whole tech accountability story in miniature.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2969018</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2969018/tylerwoodward/2026_07_07_12_30_53_9956f4b0-8fb9-4e6e-95d7-cd82d0f5ea70.mp3" length="18428281" type="audio/mpeg"/>
      <guid isPermaLink="false">098aff31-6141-4cac-b9b3-55cfac4b17b4</guid>
      <itunes:duration>1151</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>32</itunes:episode>
      <podcast:episode>32</podcast:episode>
      <pubDate>Tue, 07 Jul 2026 12:45:47 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260803_004128_9804fb19a6ffaa5d362ade4bbf93f53a.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2969018/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2969018" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The Unmodulated Carrier Nightmare "/>
        <psc:chapter start="2:15" title="The Redundancy Trap &amp; Physical Path Diversity"/>
        <psc:chapter start="6:40" title="STL Evolution: From 950 MHz to MicroMPX"/>
        <psc:chapter start="12:10" title="Securing the Edge: VPNs and Broadcast Iron"/>
        <psc:chapter start="17:45" title="Multi-Station Footprint &amp; Automated Failover"/>
      </psc:chapters>
      <podcast:soundbite startTime="135" duration="45">Backhoe Reality Check</podcast:soundbite>
    </item>
    <item>
      <title><![CDATA[Plex vs Jellyfin: The Real Cost of Self-Hosting Media]]></title>
      <itunes:title><![CDATA[Plex vs Jellyfin: The Real Cost of Self-Hosting Media]]></itunes:title>
      <description><![CDATA[<p>Plex just tripled its lifetime pass price and put remote streaming of your own files behind a paywall, so this episode digs into what it actually takes to switch to something like Jellyfin instead. Tyler walks through the real headaches of self-hosting, from CG-NAT and Tailscale to Synology's drive lock-in and QNAP's ransomware history. It's a grounded look at what owning your media really costs in time, money, and know-how, and why that matters for digital ownership in general.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966260</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966260/tylerwoodward/2026_07_06_12_15_18_06a73a27-7a84-450e-a3f5-b734e1f3866b.mp3" length="14572003" type="audio/mpeg"/>
      <guid isPermaLink="false">e4b273a8-3f58-471f-bdcf-d915313ddbae</guid>
      <itunes:duration>910</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>31</itunes:episode>
      <podcast:episode>31</podcast:episode>
      <pubDate>Tue, 30 Jun 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260803_005336_1812fec30f8d78cb4f230baa36a993e1.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966260/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2966260" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The Dreaded Plex Subscription" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060753_ded202aa4fa956a2d4aa64413a012e06.png"/>
        <psc:chapter start="8:27" title="Challenges of Running a Home Media Server" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060733_59b65be4e4483ce4e1375a9abca30524.png"/>
        <psc:chapter start="13:15" title="Rising Demand for Personal Media Servers" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060754_b95da243ecbae7ad607abb097f765ca3.png"/>
      </psc:chapters>
      <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
    </item>
    <item>
      <title><![CDATA[HD Radio Hijacking: When Big Stations Steal Your Frequency]]></title>
      <itunes:title><![CDATA[HD Radio Hijacking: When Big Stations Steal Your Frequency]]></itunes:title>
      <description><![CDATA[<p>HD radio hijacking happens when a distant station's digital signal takes over a local frequency the moment that local station's own HD signal goes dark. Tyler breaks down how this happened to him on his commute, why small and low power FM stations have zero regulatory protection against it, and how outdated FCC rules let bigger broadcasters with more transmitter power dominate the dial. It's a case study in how spectrum rules built for analog radio quietly favor consolidation over local, independent stations.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966262</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966262/tylerwoodward/2026_07_06_12_15_22_6daa6bb6-1f5a-4efe-b706-ec8fe79dcf9b.mp3" length="17615163" type="audio/mpeg"/>
      <guid isPermaLink="false">a8cddc19-677d-47bf-8807-648e99ec90c8</guid>
      <itunes:duration>1100</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>30</itunes:episode>
      <podcast:episode>30</podcast:episode>
      <pubDate>Tue, 23 Jun 2026 11:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260803_012624_32e3632006fc59aba53fd3aced64ab6a.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966262/transcript" type="text/vtt"/>
      <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
    </item>
    <item>
      <title><![CDATA[HD Radio: How Media Consolidation Killed It]]></title>
      <itunes:title><![CDATA[HD Radio: How Media Consolidation Killed It]]></itunes:title>
      <description><![CDATA[<p>HD radio was pitched as the FM upgrade that would save terrestrial radio from satellite and streaming, but two decades later most listeners have never heard of it. Broadcast engineer Tyler Woodward traces the FCC's 2002 approval, iBiquity's royalty driven business model, and how media consolidation left stations with no incentive to actually use their HD2 and HD3 channels. It is a story about broadcasting infrastructure and what happens when corporations stop investing in the tech they were handed.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966261</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966261/tylerwoodward/2026_07_06_12_15_25_f4cfdb0c-96b2-4f1d-8631-cb828978a076.mp3" length="23612460" type="audio/mpeg"/>
      <guid isPermaLink="false">a83a7073-a713-4229-84db-230da2eeb3eb</guid>
      <itunes:duration>1475</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>29</itunes:episode>
      <podcast:episode>29</podcast:episode>
      <pubDate>Tue, 16 Jun 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260803_013741_b2e7baf08011219708c4fec6094653c5.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966261/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2966261" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The Story of HD Radio" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060731_21119080e8e354d00b0f76d242fbff67.png"/>
        <psc:chapter start="11:27" title="Challenges and Limitations of HD Radio" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060713_83987c9c95ddda45270c4118addba34a.png"/>
        <psc:chapter start="18:10" title="AM-HD and Future Possibilities" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060748_4662c25940a2bbcadcb1672830a19dfd.png"/>
      </psc:chapters>
      <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
    </item>
    <item>
      <title><![CDATA[Spotify Grades Its Own Homework: Streaming Royalty Math]]></title>
      <itunes:title><![CDATA[Spotify Grades Its Own Homework: Streaming Royalty Math]]></itunes:title>
      <description><![CDATA[<p>Spotify decides what counts as a stream and there is no outside auditor checking the number that decides how artists get paid, unlike broadcast radio which uses Nielsen ratings and portable people meters. This episode breaks down how a 30 second play counts as a full stream, how one guy ran a years long AI bot fraud scheme that pulled in millions, and how Spotify quietly reclassified its subscription bundle in a way that shrank royalty payouts to songwriters. It is a plain look at what happens when a platform counts its own numbers and grades its own homework, another gap in tech accountability.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966263</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966263/tylerwoodward/2026_07_06_12_15_26_2f6df63a-b736-4868-9408-d2dafcc0a65c.mp3" length="13136313" type="audio/mpeg"/>
      <guid isPermaLink="false">2035b045-671c-4147-9b1a-a66e39de45fe</guid>
      <itunes:duration>820</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>28</itunes:episode>
      <podcast:episode>28</podcast:episode>
      <pubDate>Mon, 08 Jun 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260809_234612_f552d2bd1dde482a590061b79951703f.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966263/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2966263" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The Mystery of Podcast Metrics" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060708_305ede91eac4f82eae0be0d2742a567f.png"/>
        <psc:chapter start="5:08" title="Defining a Stream on Spotify" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060759_7687513f21d9ee7e537a60aab99a6509.png"/>
        <psc:chapter start="10:36" title="Reclassification of Premium Subscription" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060754_078995593056997a570e993dfac8308c.png"/>
      </psc:chapters>
      <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
    </item>
    <item>
      <title><![CDATA[How A UK Radio Broadcast Controls Household Heating]]></title>
      <itunes:title><![CDATA[How A UK Radio Broadcast Controls Household Heating]]></itunes:title>
      <description><![CDATA[<p>For over 40 years, a radio signal in the UK has been quietly switching household heating systems on and off. It's called the Radio Teleswitch Service, and it's one of the best examples of hidden data riding on broadcast signals that most people have never heard of.</p><p></p><p>I explain how RTS works, how the UK approach compares to what we do in the US, and what it means that the whole thing is finally shutting down after four decades of just working.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966264</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966264/tylerwoodward/2026_07_06_12_15_23_71500011-18bf-4f02-b200-1768aec3389c.mp3" length="13879026" type="audio/mpeg"/>
      <guid isPermaLink="false">b25e3a18-e974-43ce-ad7d-79deadd113dc</guid>
      <itunes:duration>867</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>27</itunes:episode>
      <podcast:episode>27</podcast:episode>
      <pubDate>Mon, 01 Jun 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_57ab98678dc3ed73bfec24074e4cfa92.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966264/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Podcasting Metrics Matter: The RSS Enclosure Tag]]></title>
      <itunes:title><![CDATA[Why Podcasting Metrics Matter: The RSS Enclosure Tag]]></itunes:title>
      <description><![CDATA[<p>The entire podcast industry runs on one tiny XML tag that nobody owns. The enclosure tag is why podcasting stayed open when everything else got platformed, and it's also why measuring an audience is so much messier than anyone admits.</p><p></p><p>I cover where RSS and the enclosure tag came from, how Spotify spent big trying to control the medium anyway, why a download is not a listen, and what Podcasting 2.0 is doing to extend the open standard without breaking it.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966270</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966270/tylerwoodward/2026_07_06_12_15_30_48b83a9c-e192-4fa5-b9c4-a1c0fc1df0fa.mp3" length="13077763" type="audio/mpeg"/>
      <guid isPermaLink="false">substack:post:198794899</guid>
      <itunes:duration>817</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>26</itunes:episode>
      <podcast:episode>26</podcast:episode>
      <pubDate>Mon, 25 May 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_29296debcb843cda9a03b1d5e764d1ab.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966270/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[What Is RDS? The Data Hiding in FM Radio]]></title>
      <itunes:title><![CDATA[What Is RDS? The Data Hiding in FM Radio]]></itunes:title>
      <description><![CDATA[<p>There's a tiny data protocol still riding inside FM signals after all these years, and it's the reason your car's dashboard knows what song is playing. RDS and its US cousin RBDS are quietly holding up more than most people realize.</p><p></p><p>I cover where the standard came from, how it actually works at the technical level, and why it still matters for modern radio and modern vehicles.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966276</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966276/tylerwoodward/2026_07_06_12_15_44_c5ac6da1-f84a-4dda-83d6-659c6b085ee2.mp3" length="16665107" type="audio/mpeg"/>
      <guid isPermaLink="false">substack:post:198070557</guid>
      <itunes:duration>1041</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>25</itunes:episode>
      <podcast:episode>25</podcast:episode>
      <pubDate>Mon, 18 May 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_67e596b0ffa52e776892ee59b82b37db.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966276/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[What's Really Happening to AM Radio Infrastructure]]></title>
      <itunes:title><![CDATA[What's Really Happening to AM Radio Infrastructure]]></itunes:title>
      <description><![CDATA[<p>The fight over AM radio isn't really about whether you listen to it. It's about what happens when the land under a tower is worth more than the station on it. Licenses keep declining, copper theft keeps getting worse, and the push to pull AM from new cars is only part of the story. I get into the infrastructure side: why towers are worth more as real estate than as signals, why the federal government and emergency managers still call AM vital, and why the bills to protect it are sitting in Congress waiting for a vote. When the internet goes down, AM is still on. That's not nostalgia, that's the design. AM isn't dead yet, but if nobody pays attention to the infrastructure, the decision gets made by default, one parking lot at a time. All opinions and views expressed in this episode are my own and do not represent my employer or any affiliated organizations.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966277</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966277/tylerwoodward/2026_07_06_12_15_41_2b869932-2b9e-41eb-96d1-ede9d03c2964.mp3" length="13594293" type="audio/mpeg"/>
      <guid isPermaLink="false">substack:post:196977441</guid>
      <itunes:duration>849</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>24</itunes:episode>
      <podcast:episode>24</podcast:episode>
      <pubDate>Mon, 11 May 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_4c6531bbfbef6c15e216a50326847eb1.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966277/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Broadcast Engineers Are Vanishing From Radio]]></title>
      <itunes:title><![CDATA[Why Broadcast Engineers Are Vanishing From Radio]]></itunes:title>
      <description><![CDATA[<p>Most of America's radio stations no longer have a chief engineer, and nobody notices until a tower goes dark or the FCC fines start piling up. One station sat silent for six months because no one knew the transmitter had failed. That's not an accident. That's what happens when the people who keep the signal on the air get replaced by remote monitoring and a maintenance budget line.</p><p></p><p>I break down how deregulation, consolidation, and years of low wages hollowed out the engineering ranks. SBE membership is shrinking, the median age keeps climbing, and the people coming in aren't keeping pace with retirements. Meanwhile tower theft and aging infrastructure keep raising the stakes.</p><p></p><p>This isn't just a staffing problem. Chief engineers are the reason the signal stays clean, the emergency systems work, and the station stays compliant. Lose them and you lose the reliability the whole public safety layer depends on.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966271</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966271/tylerwoodward/2026_07_06_12_15_31_6f081c25-4f1a-4b89-99e6-523e88b61a47.mp3" length="20967450" type="audio/mpeg"/>
      <guid isPermaLink="false">substack:post:196250833</guid>
      <itunes:duration>924</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>23</itunes:episode>
      <podcast:episode>23</podcast:episode>
      <pubDate>Mon, 04 May 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_f41ab296b318c8bccd285a98240ef3ca.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966271/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why the FCC Public File Can Cost Your Station]]></title>
      <itunes:title><![CDATA[Why the FCC Public File Can Cost Your Station]]></itunes:title>
      <description><![CDATA[<p>The FCC's public file used to be a dusty binder in your lobby. Since 2018 it's a searchable, timestamped online record anyone can dig through, and the political file alone has produced some of radio's biggest enforcement fines, running into six figures.</p><p>I go through where most violations actually come from: forgotten issues lists, missed quarterly reports, late political file uploads. The rules haven't changed much since the 80s, but the transparency has, and sloppy compliance is now a time bomb that goes off at license renewal.</p><p>If you're an engineer, GM, or station owner, it's worth knowing exactly what's in that file and making sure it's right. Nobody's flying under the radar anymore.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966275</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966275/tylerwoodward/2026_07_06_12_15_37_4d7e0052-4a1a-4109-99d7-624640273446.mp3" length="18006228" type="audio/mpeg"/>
      <guid isPermaLink="false">5dfa50bb-7a5c-4402-ae0d-603d4a2279b1</guid>
      <itunes:duration>930</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>22</itunes:episode>
      <podcast:episode>22</podcast:episode>
      <pubDate>Mon, 27 Apr 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_2dc7f15c7e5be258b6c41ec2c5105055.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966275/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[LocalSend: Free Cross-Platform File Transfer Tool]]></title>
      <itunes:title><![CDATA[LocalSend: Free Cross-Platform File Transfer Tool]]></itunes:title>
      <description><![CDATA[<p>"Moving a file three feet shouldn't require a round trip to a distant server. LocalSend is a free, open source app that moves files, folders, and text directly over your own network with end-to-end TLS and no accounts, ads, or tracking. If you live with a mix of Windows, macOS, Linux, Android, and iOS, it's the rare tool that treats every platform like a first-class citizen.</p><p>I start with the familiar pain: emailing yourself photos, juggling cloud links, hitting the wall when AirDrop meets Windows. Then the design that fixes it: local discovery, a small HTTPS server on each device, and direct encrypted transfers at LAN speed. No relays, no Bluetooth handshakes, and the no-internet requirement is sometimes a feature, like on a travel router when hotel Wi-Fi is garbage.</p><p>I also cover the failure modes honestly, because "devices don't see each other" has real causes: mismatched SSIDs, AP isolation, strict firewalls, and VPNs hijacking local subnets. There's a short checklist that fixes most of it. If you know someone who still emails themselves attachments, send them this one."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966281</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966281/tylerwoodward/2026_07_06_12_15_46_3007307b-6e45-4949-86ce-1a2143c3007f.mp3" length="17409842" type="audio/mpeg"/>
      <guid isPermaLink="false">4b445d3e-952e-44c1-82d1-804c058eac62</guid>
      <itunes:duration>1088</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>21</itunes:episode>
      <podcast:episode>21</podcast:episode>
      <pubDate>Thu, 16 Apr 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_d7eff76a80201ba8a0b33eff3052e236.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966281/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Crowded Buildings Kill Your Cell Signal]]></title>
      <itunes:title><![CDATA[Why Crowded Buildings Kill Your Cell Signal]]></itunes:title>
      <description><![CDATA[<p>"You walk into a big box store with full bars and walk out to a flood of missed notifications. It's not your phone and it's not your carrier. It's physics and congestion colliding. Buildings act like leaky shields, and crowds create digital traffic jams.</p><p>I break down both forces. The structure: metal roofs reflect and absorb radio waves, concrete and rebar soak up what's left, steel racks and coolers scatter the rest, and even that sleek glass storefront can have a metallic coating bouncing your signal back out. The people: hundreds of shoppers and staff devices sharing finite tower capacity, so a busy Saturday turns decent bars into unusable bandwidth.</p><p>The fix takes seconds: turn on Wi-Fi calling, force your phone onto Wi-Fi with airplane mode when needed, and drift toward the leaky spots near doors and big windows. If your signal only dies on weekends, that's your congestion clue right there."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966282</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966282/tylerwoodward/2026_07_06_12_15_44_b49e73ef-efc5-4201-b78f-0b34262bd1f3.mp3" length="15708749" type="audio/mpeg"/>
      <guid isPermaLink="false">5b6eb2f8-416e-47b7-a794-a25e230d2d04</guid>
      <itunes:duration>981</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>20</itunes:episode>
      <podcast:episode>20</podcast:episode>
      <pubDate>Mon, 13 Apr 2026 05:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_d9c80acc7b93a8f06690bd2a63eda456.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966282/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Your Satellite Calls Aren't Encrypted. Here's Why.]]></title>
      <itunes:title><![CDATA[Your Satellite Calls Aren't Encrypted. Here's Why.]]></itunes:title>
      <description><![CDATA[<p>Your phone call might have traveled 22,000 miles through space with zero protection, and someone with an $800 satellite dish could have heard every word. A new study from UC San Diego and the University of Maryland intercepted real, unencrypted satellite backhaul: voice calls, text messages, login credentials, and DNS queries, all pulled out of the air with consumer hardware.</p><p>I explain how everyday data ends up on satellites in the first place, remote towers, ships, aircraft, rural networks, and why so much of it stays unencrypted while TV signals have been scrambled for years. Vendors sell encryption as an extra license, carriers downplay the risk, and recent telecom cybersecurity rules got rolled back.</p><p>Then the part you can control: end-to-end encrypted messaging instead of SMS, a trusted VPN in remote areas or in flight, and HTTPS and official apps for anything sensitive.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966283</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966283/tylerwoodward/2026_07_06_12_15_48_f181bd5c-40bf-4b95-b5b0-b4cfa94113bc.mp3" length="23117165" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18765808</guid>
      <itunes:duration>1432</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>19</itunes:episode>
      <podcast:episode>19</podcast:episode>
      <pubDate>Thu, 09 Apr 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_022c106b256e258dbed21d7e9e9f3783.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966283/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Local Radio Stations Are Really Going Dark]]></title>
      <itunes:title><![CDATA[Why Local Radio Stations Are Really Going Dark]]></itunes:title>
      <description><![CDATA[<p>"Local stations are going dark across the country, and blaming streaming only tells half the story. Media consolidation, voice tracking, and corporate cost cutting hollowed out AM and FM from the inside. Strip out the local DJs, local news, and community connection, and you're left with a zombie facility running a cookie-cutter feed from another state. Then everyone acts surprised when listeners leave.</p><p>I get into what local radio does that algorithms and push alerts can't: city council meetings, high school sports, bridging the digital divide in rural areas, and being the trusted voice when the power's out and the cell network is down.</p><p>The stations that survive in 2026 are the ones doubling down on being stubbornly local, with streaming, social, and podcasts as extensions of that, not replacements for it. If your town still has a station that sounds like your town, this episode is about why that matters."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966272</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966272/tylerwoodward/2026_07_06_12_15_34_3e1462d6-8abc-4446-8737-2b437c3374b6.mp3" length="18621789" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18846140</guid>
      <itunes:duration>1136</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>18</itunes:episode>
      <podcast:episode>18</podcast:episode>
      <pubDate>Mon, 06 Apr 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_c0a3b0c92ef293ebf02ea28c79f977c7.jpg"/>
    </item>
    <item>
      <title><![CDATA[MaxxCasting: Fixing FM Radio's Coverage Problem]]></title>
      <itunes:title><![CDATA[MaxxCasting: Fixing FM Radio's Coverage Problem]]></itunes:title>
      <description><![CDATA[<p>"FM coverage maps look bold and confident, but the actual audience listens six feet off the ground, weaving between buildings and hills where signals get chewed up. That's where audio turns fluttery and listeners quietly tune away. And the old "just add a booster" fix can make things worse in the overlap zone.</p><p>MaxxCasting, built by GeoBroadcast Solutions with GatesAir hardware, is cellular network thinking applied to FM: multiple low-power directional booster nodes on the same frequency, engineered with terrain data and time-aligned so the handoff in your car is seamless. The stakes go beyond sound quality. If the Nielsen PPM can't decode your signal, your listening doesn't count, your ratings slip, and advertisers never pay for the audience you actually have.</p><p>I also cover the question engineers always ask: how EAS fits into a synchronized booster network, what changes with zonecasting, and why the NAB still has concerns about scaling it in the real world."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966286</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966286/tylerwoodward/2026_07_06_12_15_48_1bb7184f-759b-46ef-914d-e34d9447fe86.mp3" length="14435017" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18888359</guid>
      <itunes:duration>872</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>17</itunes:episode>
      <podcast:episode>17</podcast:episode>
      <pubDate>Thu, 02 Apr 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_150b152373568a32d7cf3c071b9501aa.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966286/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Broadcast Network Security After the FCC Router Ban]]></title>
      <itunes:title><![CDATA[Broadcast Network Security After the FCC Router Ban]]></itunes:title>
      <description><![CDATA[<p>"The FCC put foreign-manufactured consumer routers on the covered list, and if your facility is running one of those boxes in a mission-critical spot, it's time for a hard look at the rack. I break down what the new rules actually say, what's still unclear for brands that design in the US but build overseas, and why the real risk isn't the policy. It's what happens when that budget router dies during morning drive with no backup plan.</p><p>Then real alternatives that don't need enterprise budgets: pfSense and OPNsense handle VPN tunnels, VLANs, intrusion detection, and full firewall management on hardware you might already own. I share firsthand experience running pfSense on a repurposed Dell desktop across multiple sites, why a known-good backup router matters, and how WireGuard has become serious remote access. If open source support isn't in-house, a local MSP can wrap a contract around it for less than most big vendor solutions.</p><p>Also in this episode: a local ownership win in Brookings, South Dakota, where the people running the stations are buying them. A rough FCC inspection story out of New Jersey with tower lights, blocked access, wrong power, and EAS gear that wouldn't turn on. The FCC's HD Radio digital power changes allowing asymmetric sidebands up to minus 10 dBc on eligible FMs at 106.9 and below. And the C band squeeze, with legislation pushing an auction by mid-2027 while rural stations still relying on C band often don't have the fiber options to transition smoothly."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966278</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966278/tylerwoodward/2026_07_06_12_15_43_11ba96e8-6264-4897-a02b-e60866db5986.mp3" length="20254799" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18915581</guid>
      <itunes:duration>1240</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>16</itunes:episode>
      <podcast:episode>16</podcast:episode>
      <pubDate>Mon, 30 Mar 2026 12:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_624ca421bcd9e2007a034768c2a66718.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966278/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[I Built My Own Networking Cheat Sheet. Here's Why.]]></title>
      <itunes:title><![CDATA[I Built My Own Networking Cheat Sheet. Here's Why.]]></itunes:title>
      <description><![CDATA[<p>"I stopped waiting for the "Ugly's Electrical Reference" of networking and built my own. When you're standing in front of a switch at 11 p.m. and need the exact Cisco IOS command, a clean Wireshark filter, or a subnet answer right now, generic documentation and endless search results are a trap.</p><p>I came up through audio, video, transmitters, and signal chains, then had to learn IP networking later while working alongside engineers who recall configs from memory. So I built a locally hosted single-page web app with AI assistance: no logins, no cloud, just a dark-mode reference with categories, quick tools, and a search bar. Subnet math, common ports, the OSI model in plain English, VLAN configs, Cisco command reminders, and broadcast-specific stuff like PTP and AES67 troubleshooting notes.</p><p>The twist: the hard part wasn't the code, it was naming what I actually needed to know. Writing better prompts forced me to identify my knowledge gaps, and editing the output turned the guide into a record of my learning. I also take on the "AI is killing fundamentals" argument, because for this use case, I don't buy it. Repetition plus a personal cheat sheet moves knowledge off the screen and into your head."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966291</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966291/tylerwoodward/2026_07_06_12_16_01_6a11b3d1-451e-4dc5-9ebc-ad18bdbcf6b6.mp3" length="17733366" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18845698</guid>
      <itunes:duration>1084</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>15</itunes:episode>
      <podcast:episode>15</podcast:episode>
      <pubDate>Thu, 26 Mar 2026 11:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_d778f30634191fb3978399b8501821f0.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966291/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[CBS News Radio Shuts Down After 100 Years]]></title>
      <itunes:title><![CDATA[CBS News Radio Shuts Down After 100 Years]]></itunes:title>
      <description><![CDATA[<p>"A nearly 100-year-old radio news network is going dark on May 22, roughly 700 affiliates are affected, and the radio news team is gone. This isn't a relic being retired. It's a working system being switched off because it stopped fitting a spreadsheet.</p><p>The top-of-hour newscast is infrastructure. Local stations build their clocks, staffing, and listener habits around it. When it's reliable, it makes a station sound like a community service instead of a stream with a transmitter attached. "Challenging economic realities" doesn't explain shutting that off, especially against the backdrop of Paramount's broader cuts.</p><p>And then there's the part that burns trust: reports that some affiliates found out from the press release. Radio is a relationship business. When your partners learn the news in public, the message is clear about where they stand. I get into the human cost, the union's reaction, and what this means for local journalism going forward."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966269</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966269/tylerwoodward/2026_07_06_12_15_30_0062dafd-dca2-4f82-9f22-4d499950811c.mp3" length="12001736" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18886901</guid>
      <itunes:duration>728</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>14</itunes:episode>
      <podcast:episode>14</podcast:episode>
      <pubDate>Mon, 23 Mar 2026 09:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_1ba79d5d1bb2986c6faa4a09e38217e2.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966269/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Getting Tested For Autism And ADHD At 40]]></title>
      <itunes:title><![CDATA[Getting Tested For Autism And ADHD At 40]]></itunes:title>
      <description><![CDATA[<p>"I hit a point where rereading the same sentence three times stopped being funny and started being exhausting. I'm almost 40, and I finally decided to get evaluated for ADHD and autism, because "just try harder" is not a plan.</p><p>I go back to school, when neurodivergence was poorly understood and kids like me got parked under vague labels like "specific learning disability" without real answers. Then forward to parenting, where my son's autism and ADHD diagnosis made me recognize patterns I've carried for decades. The turning point came while studying for the CCNA, when technical learning felt like eight radio stations competing at once.</p><p>I talk about the moment I realized this isn't laziness or a character flaw, why I finally messaged my doctor, and what scares me about the evaluation, including the possibility of being told I'm fine, or grieving a late diagnosis. And what I'm hoping for: options, language, better strategies, and the relief of not carrying it alone. If an adult evaluation has been on your mind, maybe some of this sounds familiar."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966274</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966274/tylerwoodward/2026_07_06_12_15_35_628376d6-384a-4b50-a0fc-f6ed6000d976.mp3" length="13528467" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18844297</guid>
      <itunes:duration>808</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>13</itunes:episode>
      <podcast:episode>13</podcast:episode>
      <pubDate>Thu, 19 Mar 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_2a4a9bfab0e1aece29c3e836fb678551.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966274/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[YouTube Music Paywalled Lyrics. Here's the Problem.]]></title>
      <itunes:title><![CDATA[YouTube Music Paywalled Lyrics. Here's the Problem.]]></itunes:title>
      <description><![CDATA[<p>"YouTube Music blurred the words to your favorite songs and called it premium. This episode digs into the decision to cap free lyric views and sell the unblur, and why charging for basic comprehension is the wrong kind of innovation. A working feature got downgraded to manufacture demand. There's a name for that pattern, and we've all watched it play out before.</p><p>I lay out the business logic, licensing costs and conversion targets, and then the better paths that don't punish listeners: synced karaoke-style lyrics, offline packs, translations, annotations. Real premium features that add value instead of walling off access. Don't monetize the ramp. Monetize the elevator.</p><p>The accessibility angle is the part that matters most. For deaf and hard of hearing listeners, lyrics aren't a bonus feature. They're access, the same way captions are for video. Paywalling words tells some users that understanding the song depends on their ability to pay. I share what you can actually do about it, starting with feedback that uses accessibility language, because that's the framing these companies can't easily wave off."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966290</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966290/tylerwoodward/2026_07_06_12_15_52_9e64a0c8-b6ae-405f-a429-b8b3dbc429f6.mp3" length="12594076" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18683383</guid>
      <itunes:duration>775</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>12</itunes:episode>
      <podcast:episode>12</podcast:episode>
      <pubDate>Mon, 16 Mar 2026 09:00:00 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_14db88dad96bbbd7c794d2891cdcbe26.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966290/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Ending Weather Radio Canada Hurts Storm Alerts]]></title>
      <itunes:title><![CDATA[Why Ending Weather Radio Canada Hurts Storm Alerts]]></itunes:title>
      <description><![CDATA[<p>"Canada is shutting down Weather Radio Canada, and the timing could not be worse. Those 162 MHz VHF transmitters are a quiet 24/7 public safety backbone, and the replacement plan is apps, websites, and phone alerts. Anyone who has lived through a multi-day outage knows how that goes: power drops, towers drain their backups, backhaul fails, and suddenly the "widely available technologies" aren't available at all.</p><p>I break down what Weather Radio Canada actually does, who loses when it goes dark, and why it's not just remote northern communities. It's older folks with SAME-capable radios, truckers, farmers, and volunteer groups using it as a backup feed.</p><p>The question underneath all of it: what does redundancy actually mean in 2026, when climate change is driving longer outages and we keep removing the durable layers because they don't look modern on a budget sheet?"</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966267</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966267/tylerwoodward/2026_07_06_12_15_28_4ad16c48-bf95-40a7-bc69-2dd651ddcb14.mp3" length="16109687" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18839379</guid>
      <itunes:duration>988</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>11</itunes:episode>
      <podcast:episode>11</podcast:episode>
      <pubDate>Fri, 13 Mar 2026 02:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_974a89748da2b7fb151d27c7254e10b6.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966267/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[The TV Guide Channel: Cable's Original Doomscroll]]></title>
      <itunes:title><![CDATA[The TV Guide Channel: Cable's Original Doomscroll]]></itunes:title>
      <description><![CDATA[<p>"Before infinite feeds, there was Channel 99: a scrolling list of what was on, and you sat there waiting for your channel to come back around like it was a small punishment. Turns out the system behind it was more interesting than the scroll. Local headends, satellite data, and a Commodore Amiga rendering your entire lineup as live video around the clock, complete with the occasional guru meditation crash.</p><p>I trace how an electronic program guide became a full-time channel, the shift from Preview to the TV Guide Channel in 1999, and how smarter set-top boxes eventually killed the linear scroll by letting you search and filter instead of waiting.</p><p>The bigger point: television has been software for a long time, running on real-time rendering and uptime engineering that never got credit. And the psychology of that scroll, the looped promise that your thing was coming back, was doomscrolling before we had a word for it."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966266</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966266/tylerwoodward/2026_07_06_12_15_25_7c31abe8-c553-4b6a-bdfa-943ecf1a80e1.mp3" length="12228203" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18640398</guid>
      <itunes:duration>741</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>10</itunes:episode>
      <podcast:episode>10</podcast:episode>
      <pubDate>Mon, 09 Mar 2026 09:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_8f2111732f53d0c7aa10784d9f8913a2.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966266/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Do Smart Appliances Really Need Wi-Fi?]]></title>
      <itunes:title><![CDATA[Do Smart Appliances Really Need Wi-Fi?]]></itunes:title>
      <description><![CDATA[<p>Your dishwasher doesn't need a firmware update to clean plates, and your oven shouldn't require an account to roast dinner. This episode is about the gap between promised convenience and what connected appliances actually do: collect data, gate features, and creep ads into places they don't belong.</p><p>I separate three things that get lumped together as smart. Optional convenience, like a fridge door notification, can be genuinely useful. Remote diagnostics can legitimately improve support. The real problem is the third category: core features locked behind connectivity, accounts, or cloud services, including a high end oven that needed Wi-Fi to unlock convection roast.</p><p>Independent testing shows appliances phoning home with megabytes of data weekly, and companion apps stuffed with third party trackers.</p><p>The playbook: decide if you need connectivity at all, connect only for warranty diagnostics if you must, isolate devices on a guest network, and stop paying premiums for embedded screens that age badly and invite ads. Buy appliances that work fully offline, with connectivity as an option, not a gate.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966292</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966292/tylerwoodward/2026_07_06_12_15_54_42bdf4fd-677b-4792-b147-ab5b1b959c27.mp3" length="11912136" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18420137</guid>
      <itunes:duration>716</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>9</itunes:episode>
      <podcast:episode>9</podcast:episode>
      <pubDate>Mon, 02 Mar 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_c23a2cd5e188c590b5f67b74cb48f33f.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966292/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Skip a New PC: Switch to Zorin OS Instead]]></title>
      <itunes:title><![CDATA[Skip a New PC: Switch to Zorin OS Instead]]></itunes:title>
      <description><![CDATA[<p>Windows 10 support ended, and Microsoft's answer is hardware requirements that sideline perfectly capable machines. There's a smarter path than buying a new PC: Zorin OS, a Linux desktop built to feel familiar while staying fast and secure on hardware you already own.</p><p>I cover what actually changes when Windows support ends, why Zorin's Ubuntu LTS base matters, the Windows like layout, and how the Web Apps feature makes tools like Outlook, Google Docs, and Slack feel native.</p><p>Then the honest part: compatibility. Wine handles simple tools fine, but Adobe Creative Cloud, full fat Office, and niche vendor apps are dealbreakers, and gaming still favors Windows for anti cheat titles even with Proton doing heavy lifting.</p><p>The plan: test everything from a live USB before touching your disk, use dual boot as a safety net, and for small businesses, keep one or two Windows anchor machines for stubborn line of business software while moving browser centric roles over.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966287</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966287/tylerwoodward/2026_07_06_12_15_56_9edd6f07-67db-4ff6-a54d-4756afa35e05.mp3" length="21304748" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18411868</guid>
      <itunes:duration>1304</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>8</itunes:episode>
      <podcast:episode>8</podcast:episode>
      <pubDate>Mon, 23 Feb 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_0aebf4b27171799cfb67cd8c6d251820.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966287/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Smart TVs Track You And How To Stop It]]></title>
      <itunes:title><![CDATA[Why Smart TVs Track You And How To Stop It]]></itunes:title>
      <description><![CDATA[<p>"Your TV is not just a screen. It's an ad tech computer with a giant display, and it's hungry for your viewing data. Automatic content recognition fingerprints what's on screen, even over HDMI from your cable box or console. App usage and button presses get logged as telemetry. Advertising IDs, emails, and payment details get stitched into a household profile.</p><p>I connect it to the business model: margins on the panel are thin, the real money is the platform. That's why opt-out toggles are buried, renamed, or quietly reset after updates. The Vizio settlement proved this isn't hypothetical, and even the simpler platforms keep trying to re-enable personalization.</p><p>The most reliable fix is structural, not a scavenger hunt through menus: keep the TV offline entirely. Treat the panel as a dumb screen and put streaming on a separate box you control. If it has to connect, isolate it on a guest network or VLAN and use Pi-hole or NextDNS to cut the tracking traffic down, knowing DNS blocks are partial. The goal is leverage. Swap a small box instead of a big screen, and stop the profiling at the network boundary."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966289</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966289/tylerwoodward/2026_07_06_12_15_50_08723300-1f21-4639-994d-42bb8f145751.mp3" length="13633881" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18409595</guid>
      <itunes:duration>819</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>7</itunes:episode>
      <podcast:episode>7</podcast:episode>
      <pubDate>Mon, 16 Feb 2026 10:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_7c7dc95626de739c00100fbe055ae3f4.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966289/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Your Laptop Feels Slow (It's the Storage)]]></title>
      <itunes:title><![CDATA[Why Your Laptop Feels Slow (It's the Storage)]]></itunes:title>
      <description><![CDATA[<p>"Your laptop shouldn't feel like it's wading through syrup, and the fix is usually storage, not a new machine. This episode untangles the acronyms that confuse everyone: HDD, SSD, NVMe, and M.2, and what each one actually means for boot times, game loads, and general responsiveness.</p><p>The key is separating the layers people mix up. HDD versus SSD is the technology, mechanical versus solid state. SATA versus NVMe is the interface, which sets the speed ceiling. M.2 is just the physical shape, not a performance guarantee, which is exactly how people end up paying premium prices for SATA-limited hardware.</p><p>I walk through the common scenarios: the brand-new but suspiciously cheap laptop that ships with a spinning disk, the gamer stuck on loading screens, the creator who needs smooth scrubbing and faster exports. You'll leave knowing which words on the spec sheet matter, NVMe and PCIe, and how to buy the upgrade that changes how the computer feels instead of the one that just looks good on paper."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966288</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966288/tylerwoodward/2026_07_06_12_15_50_3de303d5-8822-4064-bbc8-ee04dfd8faed.mp3" length="12947359" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18408606</guid>
      <itunes:duration>772</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>6</itunes:episode>
      <podcast:episode>6</podcast:episode>
      <pubDate>Mon, 09 Feb 2026 06:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_161a4123a5fc783361ee83e6eac35737.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966288/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[How to Use AI Tools Without Getting Burned by Them]]></title>
      <itunes:title><![CDATA[How to Use AI Tools Without Getting Burned by Them]]></itunes:title>
      <description><![CDATA[<p>"Forget the hype cycle. This episode breaks AI into pieces you can actually use: the broad umbrella term, machine learning underneath it, and generative tools like ChatGPT, Claude, Gemini, and Copilot on top. These models predict tokens to produce fluent language, and fluent is not the same as true.</p><p>I get into the difference between chat and search, why treating a chatbot like a fact engine will burn you, and where these tools genuinely help: drafting, summarizing dense documents, untangling messy email threads, comparing options when you provide the specs.</p><p>The practical core is a five-point checklist: define the role and quality bar, add constraints, treat output as a draft rather than an authority, learn the red flags, and protect sensitive data. And for legal, medical, or financial decisions, get a qualified human involved. The tools are useful. Trusting the confident tone is the mistake."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966268</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966268/tylerwoodward/2026_07_06_12_15_29_3580f3f2-7e6b-47ce-84b0-f7394f3d25a9.mp3" length="14117930" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18403610</guid>
      <itunes:duration>839</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>5</itunes:episode>
      <podcast:episode>5</podcast:episode>
      <pubDate>Mon, 02 Feb 2026 06:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_0110b5fcf0af80ed7bcfa6aeeafadb4d.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966268/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Google Search Results Got So Much Worse]]></title>
      <itunes:title><![CDATA[Why Google Search Results Got So Much Worse]]></itunes:title>
      <description><![CDATA[<p>"You asked for a library and got a shopping mall. This episode digs into why search results slid downhill: crowded ad units, affiliate-heavy pages, and AI summaries that sound confident while averaging mediocre sources.</p><p>I walk through the mechanics in plain English. Monetization reshaped the first screen, SEO turned into an adversarial game, click metrics misread satisfaction, and AI made polished but shallow content nearly free to produce at scale. The result is a feedback loop where high-effort content declines and users get served summaries of summaries.</p><p>Then the practical part: surgical search operators, favoring vendor docs and standards over listicles, verifying AI answers against at least two solid sources, and building your own trust graph with bookmarks, RSS, and notes on who was right last time. Search is how we fix gear, pick tools, and check claims. Bad incentives become bad decisions, and it's worth knowing how to route around them."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966273</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966273/tylerwoodward/2026_07_06_12_15_38_231f74c4-36bf-46ab-bcf3-9539dcd7e691.mp3" length="21512490" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18395782</guid>
      <itunes:duration>1317</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>4</itunes:episode>
      <podcast:episode>4</podcast:episode>
      <pubDate>Mon, 26 Jan 2026 06:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_7154987418bdb54c6493851bc4b7bbe8.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966273/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Is the Internet Fake? Dead Internet Theory Explained]]></title>
      <itunes:title><![CDATA[Is the Internet Fake? Dead Internet Theory Explained]]></itunes:title>
      <description><![CDATA[<p>"Ever scroll past the same joke, the same cropped video, and replies that don't quite sound human? This episode digs into why the web feels hollow without buying the doomsday version. I frame dead internet theory like a signal problem: automation raised the noise floor, ranking systems amplified low-cost content, and honest creators now compete with industrial output optimized for clicks.</p><p>The soft claim holds up: bots, SEO farms, and AI pipelines really are flooding feeds and search. The hard claim doesn't: humans haven't vanished. What changed is the layer you see, curated by algorithms that maximize engagement. If you can publish 10,000 posts and only 10 need to hit to pay, volume wins, and the ranking loop gets gamed with fake likes and coordinated replies. Trust takes the hit.</p><p>I tour the damage across search, social, short video, and forums, then get practical: treat feeds as outputs rather than reality, curate aggressively, learn the quick tells for bots and source-free videos, lean on RSS and reputable newsletters, and harden your browser. One rule holds through all of it: authenticity costs something. Real people have constraints and histories. Industrial content is smooth and interchangeable. If you want the internet to feel alive again, go where humans pay a cost to be present."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966293</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966293/tylerwoodward/2026_07_06_12_15_58_94021108-a3a2-4bba-9277-b7ca5cfbdf5a.mp3" length="20219281" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18395499</guid>
      <itunes:duration>1241</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>3</itunes:episode>
      <podcast:episode>3</podcast:episode>
      <pubDate>Mon, 19 Jan 2026 06:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_8bf2f1a191b567a53f6508ed3c18a274.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966293/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[What Is DNS, and Why Does It Break?]]></title>
      <itunes:title><![CDATA[What Is DNS, and Why Does It Break?]]></itunes:title>
      <description><![CDATA[<p>"You type an address, hit enter, and a page shows up. Or it doesn't, and you have no idea why. This episode walks through everything that actually happens in between: cache checks, DNS lookups, TLS handshakes, and packets hopping across routers and fiber before your page assembles on screen.</p><p>The goal is a clear mental model, not a networking course. You'll learn how DNS differs from the website itself, why HTTPS matters on public Wi-Fi, and why one tab spins while another loads instantly.</p><p>I close with a practical troubleshooting playbook: separate Wi-Fi problems from internet problems with a quick cellular test, try a trusted resolver like 1.1.1.1 or 8.8.8.8, reboot things in the right order, and figure out whether the slow part is your device, your network, or someone else's server. Next time someone says "the internet is down," you'll know where to look."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966265</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966265/tylerwoodward/2026_07_06_12_15_29_49b35d05-63b6-4aa3-b8d6-e7265775d79c.mp3" length="18866065" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18394520</guid>
      <itunes:duration>1140</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>2</itunes:episode>
      <podcast:episode>2</podcast:episode>
      <pubDate>Mon, 12 Jan 2026 06:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_3b7f9142dd96c7f8d340890d766c6131.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966265/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Why Your Wi-Fi Feels Slow (It's Not the Bars)]]></title>
      <itunes:title><![CDATA[Why Your Wi-Fi Feels Slow (It's Not the Bars)]]></itunes:title>
      <description><![CDATA[<p>"Full bars, and Netflix still buffers. The problem isn't your internet plan, it's the air you share. Wi-Fi is radio, devices take turns talking, and a busy evening throttles performance even when the signal looks strong. Once you see Wi-Fi as a shared intersection instead of a private lane, everything about placement, bands, and channels makes more sense.</p><p>I walk through the bands in plain terms: 2.4 GHz for reach, 5 GHz for speed, 6 GHz for cleaner air with Wi-Fi 6E and 7. Then the standards without the marketing: Wi-Fi 5 for peak speed, 6 for efficiency under load, 6E for fresh spectrum, 7 for capacity and latency. You're not chasing bandwidth, you're competing for airtime.</p><p>Houses usually have coverage problems, apartments usually have contention problems, and the fixes are different. I finish with a five-step checklist: move the access point, match band to device, right-size your channel width, add APs with wired backhaul when you can, and upgrade for efficiency rather than the number on the box. If it still melts down after all that, then you've earned the right to side-eye your ISP. After you move the router out of that cabinet."</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966284</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966284/tylerwoodward/2026_07_06_12_15_47_aecee21a-3792-4b8f-997a-0dadf801f5f2.mp3" length="14271478" type="audio/mpeg"/>
      <guid isPermaLink="false">Buzzsprout-18391553</guid>
      <itunes:duration>867</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <itunes:episode>1</itunes:episode>
      <podcast:episode>1</podcast:episode>
      <pubDate>Mon, 05 Jan 2026 06:00:00 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_7bf6d3604a9d3ad2993648e7e069b17a.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966284/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Stop renting your own life back from Google, Apple, and Meta]]></title>
      <itunes:title><![CDATA[Stop renting your own life back from Google, Apple, and Meta]]></itunes:title>
      <description><![CDATA[<p>Everyone repeats the line that the cloud is just someone else's computer, and then keeps handing over their whole life to it anyway. I get into what that actually means once you stop laughing at it: they write the rules, they change them whenever they want, and they can lock you out of your own photos and emails without warning.</p><p>I walk through what Google, Microsoft, Meta, and Apple actually do with your data versus what people assume, then break down the 2022 LastPass breach as the clearest example of what happens when everyone's information gets piled into one company's server. From there I get into what self hosting actually looks like now, from a box on a shelf in your house to a rented VPS, plus tools like Vaultwarden and Immich ("Image") that let you run your own passwords and photos without handing them over to a corporation.</p><p>This isn't a burn it all down pitch. I still use iCloud myself and I say so. It's a real look at how much control you're giving away by default and what it would actually take to get some of it back, which is exactly what digital ownership and tech accountability are supposed to be about.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/3105196</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/3105196/tylerwoodward/2026_08_29_13_28_34_3b5f6879-7af1-4d40-860f-c15455b7f44c.mp3" length="32967365" type="audio/mpeg"/>
      <guid isPermaLink="false">99d1a7b3-408f-4dee-88fc-2884975846d6</guid>
      <itunes:duration>2060</itunes:duration>
      <itunes:episodeType>full</itunes:episodeType>
      <pubDate>Tue, 01 Sep 2026 10:00:24 GMT</pubDate>
      <itunes:explicit>true</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260829_132832_4183b29b77ff5aebfbcb36fbcca7f224.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/3105196/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/3105196" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The cloud is someone else's computer"/>
        <psc:chapter start="3:44" title="What Google, Microsoft, and Meta actually do "/>
        <psc:chapter start="7:29" title="The real problem: they make the rules,"/>
        <psc:chapter start="9:28" title="Government requests and gag orders"/>
        <psc:chapter start="10:47" title="The LastPass breach breakdown"/>
        <psc:chapter start="14:39" title="Why one big pile of data is a bigger target"/>
        <psc:chapter start="16:10" title="Self-hosting spectrum: home server vs VPS"/>
        <psc:chapter start="18:08" title="Real tools you can run today: Vaultwarden and"/>
      </psc:chapters>
      <podcast:soundbite startTime="487" duration="70">They can lock you out of your own life and there's no one to call</podcast:soundbite>
      <podcast:soundbite startTime="568" duration="79">They can't hand over data they don't have (so stop letting them hold it)</podcast:soundbite>
      <podcast:soundbite startTime="759" duration="112">LastPass let hackers walk out with everyone's vault in one breach</podcast:soundbite>
      <podcast:soundbite startTime="879" duration="70">Why one data breach can wipe out millions: stop storing your life on Big Tech's </podcast:soundbite>
    </item>
    <item>
      <title><![CDATA[iHeartMedia layoffs: how private equity gutted local radio]]></title>
      <itunes:title><![CDATA[iHeartMedia layoffs: how private equity gutted local radio]]></itunes:title>
      <description><![CDATA[<p>iHeartMedia just laid off hundreds of on air staff this week, wiping out local radio in markets like Springfield, Erie, and Spokane. Tyler traces how the 1996 Telecommunications Act opened the door for private equity to buy up stations, load them with debt, and strip out the people who actually made radio local. It's a case study in regulatory capture and what happens when infrastructure gets consolidated into a handful of hands, a warning for anyone who cares about digital ownership and consumer rights.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966259</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966259/tylerwoodward/2026_07_06_12_15_16_e1a60801-a862-4e8a-91ae-3df6097fd02a.mp3" length="14827376" type="audio/mpeg"/>
      <guid isPermaLink="false">938bc52f-5f6d-403d-892d-06c81ce9e7af</guid>
      <itunes:duration>926</itunes:duration>
      <itunes:episodeType>bonus</itunes:episodeType>
      <pubDate>Fri, 26 Jun 2026 14:13:58 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/ep_cover_20260803_011927_e72e3239715df4b7f6d6ae1b0aac7e31.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966259/transcript" type="text/vtt"/>
      <podcast:chapters url="https://apollo.rss.com/chapters/2966259" type="application/json+chapters"/>
      <psc:chapters>
        <psc:chapter start="0" title="The Power of Local Radio" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060756_0c8422d8b1828efe76edc04ef0fce90e.png"/>
        <psc:chapter start="5:01" title="Impact of the Telecommunications Act" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060743_9e09eca901809c776ca84df7685380f0.png"/>
        <psc:chapter start="10:18" title="Shift to Podcasting and YouTube" image="https://media.rss.com/tylerwoodward/chapter_cover_20260706_060753_0ed2343242e9a5951060cca148b43373.png"/>
      </psc:chapters>
      <podcast:location rel="creator" geo="geo:43.8122836,-91.2514355" osm="R251414" country="us">La Crosse, La Crosse, La Crosse County, Wisconsin, 54601, USA</podcast:location>
    </item>
    <item>
      <title><![CDATA[Why Cable News Audio Doesn't Work as Radio]]></title>
      <itunes:title><![CDATA[Why Cable News Audio Doesn't Work as Radio]]></itunes:title>
      <description><![CDATA[<p>Cable news channels have the staff, the brand recognition, and news gathering operations most radio stations can only dream of. Instead of building real audio products, they route the 24/7 TV feed to a streaming platform and call it done. CNN on TuneIn, Fox on SiriusXM, MSNBC's linear feed. You can technically listen. That doesn't make it radio.</p><p></p><p>Real audio assumes you can't see anything. The writing accounts for it, the pacing accounts for it, and when something visual happens, someone describes it. TV assumes you're watching, so when the anchor says "as you can see here" and a map fills the screen, audio listeners get silence. That's not a small problem. That's the whole product.</p><p></p><p>The proof it can be done is right there. WTOP in DC has run commercial all-news radio since 1969 and consistently ranks as the highest-rated station in the market, period. The BBC and CBC built radio as its own discipline. MSNBC's podcast operation shows they know how to produce for ears when they choose to. What's missing isn't talent or content. It's the decision to treat the live feed as something other than a TV byproduct.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966279</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966279/tylerwoodward/2026_07_06_12_15_38_86085b3a-3eba-4eff-bb05-654e8345c4aa.mp3" length="6288852" type="audio/mpeg"/>
      <guid isPermaLink="false">substack:post:196375100</guid>
      <itunes:duration>393</itunes:duration>
      <itunes:episodeType>bonus</itunes:episodeType>
      <pubDate>Fri, 15 May 2026 14:29:37 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_1fd9963ab8e2398a4dfff9c8fcb66101.jpg"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966279/transcript" type="text/vtt"/>
    </item>
    <item>
      <title><![CDATA[Ted Turner's Satellite Loophole That Built Cable News]]></title>
      <itunes:title><![CDATA[Ted Turner's Satellite Loophole That Built Cable News]]></itunes:title>
      <description><![CDATA[<p>Ted Turner died on May 6, 2026, at 87. Most tributes will focus on CNN and the billion dollars to the UN. But the moment that mattered most for broadcast history happened on December 17, 1976, when Turner beamed a struggling UHF station up to RCA's Satcom 1 and invented the superstation.</p><p>WTCG was a money-losing Atlanta station running old movies and Braves games. Turner's lawyer found a gap in FCC policy nobody had bothered to close, and within two years, over two million cable subscribers were watching a local station from cities that had never heard of the Braves. That gap is where cable giants like ESPN, MTV, and The Weather Channel came from.</p>]]></description>
      <link>https://rss.com/podcasts/tylerwoodward/2966280</link>
      <enclosure url="https://op3.dev/e/content.rss.com/episodes/393352/2966280/tylerwoodward/2026_07_06_12_15_37_0aa15fe1-a055-42c2-97dd-62a65dfa0560.mp3" length="5765150" type="audio/mpeg"/>
      <guid isPermaLink="false">substack:post:196786404</guid>
      <itunes:duration>360</itunes:duration>
      <itunes:episodeType>bonus</itunes:episodeType>
      <pubDate>Thu, 07 May 2026 20:20:29 GMT</pubDate>
      <itunes:explicit>false</itunes:explicit>
      <podcast:txt purpose="ai-content">false</podcast:txt>
      <itunes:image href="https://media.rss.com/tylerwoodward/cover_155b25bdf5d1b88e3a9ab8b6d76e0d6b.png"/>
      <podcast:transcript url="https://transcripts.rss.com/393352/2966280/transcript" type="text/vtt"/>
    </item>
  </channel>
</rss>