Roku App

[tmpierce]

Amazing service! I saw the Apple TV app, and the request for a FireStick version, is a Roku App on the roadmap? Thank you!

[chadMueller]

Not on the roadmap. Roku needs its own language and I'm one person keeping the Apple TV app and the web tuner in step. If a self-hosted web version lands it still won't reach Roku.

Feel like this is one lower on the list, I think docker container or an android tv app might work better

[tydude001]

Hi! Since Roku isn't on the roadmap, I built a port:
https://github.com/tydude001/nostalgex-roku

It treats Nostalgex as the source of truth. channels.json is vendored
unchanged, and the schedule builder, channel filter and lineup are ported to
BrightScript and tested against golden vectors generated from your JS. The
library loader was also compared with plex-tuner.html on a real Plex
library, and the results matched. It signs in with a plex.tv link code and
has the Apple TV guide layout, packages and playback. It's Plex only, installs
by sideloading for now, and doesn't have the MusicBrainz/Deezer music-video
enrichment yet.

It's a separate MIT repo that credits Nostalgex, so it adds nothing to your
load. Three questions:

1. Should it stay a separate project, or would you eventually want it in
   this repo?
2. I measured parity against the JS (plex-tuner.html and the scripts/
   modules). Is that the reference you want, or the Swift?
3. May it use the Nostalgex logo? For now the logo, icon and splash are text.

[chadMueller]

This is great, thanks for building it. I read through it: it only talks to plex.tv and your own server, stays read-only, and the filter vectors come straight from our filter script, which is exactly how I'd want parity checked.

I haven't fully decided how Roku fits yet, so let's keep it as an open idea for now. Longer term, I could see it living in this repo as roku/, so it reads the same channels.json, memberships and franchise files and picks up channel changes automatically. If we go that way, you'd be credited and I'd love to have you as co-maintainer.

On your questions: the JS is the reference (scripts/nostalgex-channel-filter.cjs and the shared JSON files). New since your snapshot: FRANCHISES builds a channel per film series from franchises.json and scripts/nostalgex-franchise-builder.js, with a golden file in scripts/franchise-golden.json. Let's hold the logo until we settle where it lives.

I need to order a Roky to give it a try and share feedback here. Come hang out in the Discord too: discord.gg/FgnZcr5bDT

[tydude001]

Thanks for reading it, and for the offer. A separate repo works for me until you decide.

Since my post I've moved the port to 43f6ee7 and ported the franchise builder. It passes scripts/franchise-golden.json plus extra edge cases generated from nostalgex-franchise-builder.js.

It isn't in the Roku guide yet, because the web tuner doesn't call the builder. Should the Roku follow the Apple TV app and show franchise channels now, or wait for the web tuner?

Looking forward to your feedback once you have a Roku.

[tydude001]

One more, no rush: the web tuner's TMDB/OMDb enrichment. Without it, FOREIGN FILMS and CULT CLASSICS stay empty on Roku. Would you be OK with the Roku app using your relay and the shared media_enrichments cache the way nostalgex-enrichment.js does, and if so, with which X-Nostalgex-Client value? It would mean the app talks to your services, not just Plex, so no is a fine answer.

[chadMueller]

Thanks for porting the franchise builder so fast! Yes, let the Roku follow the Apple TV app and show franchise channels, and go ahead and use the relay and shared cache with X-Nostalgex-Client: roku.

Bigger picture, I'd love to make this an official Nostalgex app for Roku, published under the Nostalgex name with full credit to you. Would you be open to that? Happy to chat about how we'd work together on it.

[tydude001]

Thanks! Yes, I'd be glad to make it an official Nostalgex app for Roku. A few things to settle first, so we both know what we're agreeing to:

1. Where the code lives. You mentioned roku/ in this repo. That suits the port, since it treats your files as the source of truth, and it would let it read channels.json, the memberships and the franchise files directly instead of vendoring them. Would I send PRs, or would I have commit access for roku/?
2. Who publishes. Should a Roku Channel Store listing under the Nostalgex name go on your Roku developer account, with me preparing the builds for each release? Until it's listed, it stays sideloaded.
3. Licence and credit. The port is MIT and keeps your copyright line: "Portions copyright (c) 2024 Chad Mueller / Muell Haus Inc. (Nostalgex)". How would you like the credit to appear in the app and the listing?
4. The logo. If it's official, can it use the Nostalgex logo, icon and splash? A store listing needs artwork.

Franchise channels are in, following the Apple TV app. Films and shows the builder places on a classic join that channel (The Mandalorian on STAR WARS). Every other franchise found gets a switch under FRANCHISES and, when it's on, a channel from CH 300. STAR TREK and FAST & FURIOUS start on. It ports AppState+Franchises.swift, apart from the collection fold, since collections aren't ported yet, and it passes cases transcribed from FranchiseSettingsTests.swift and FranchiseNumberingTests.swift. One thing turned up on the TVs: Roku's LCase isn't toLowerCase beyond ASCII. It leaves full-width letters and Roman numerals alone, maps Έ to ҽ and never gives a final ς, so the port now lowercases as JS does.

Enrichment is next. Two small things for the relay:

• It answers X-Nostalgex-Client: roku with a 403 right now, since api/tmdb.js only accepts tvos, web and selfhost. A Roku sends no Origin, so it only needs roku added to CLIENT_VALUES, not the CORS list.
• Which Supabase URL and anon key should Roku builds use? I'd pass them in at build time, as the Docker image does, so they're never committed to the repo.

[chadMueller]

The relay accepts X-Nostalgex-Client: roku now, so you can fill the channels that need TMDB keywords or IMDb ratings. Same endpoint the Apple TV app and the web tuner use: four read-only TMDB routes (movie/{id} and tv/{id} with append_to_response=keywords, collection/{id}, search/collection) plus omdb/{imdbID}, answers cached at the edge, nothing logged.

You shouldn't need any CORS handling, since roUrlTransfer isn't a browser and sends no Origin. Clearing the client filter is all it takes.

The shared metadata cache in Supabase is readable with the anon key that's already in the repo, so it's worth checking there first and only hitting the relay on a miss. That's what the other two do.

One shared limit worth knowing: OMDb's free tier is 1,000 requests a day across every client together, so cache aggressively.

[tydude001]

Thanks for opening the relay so quickly! Enrichment is now running on my two Rokus.

First run against my library: of 894 TMDB ids, 880 came from the shared Supabase cache and 14 through the relay as roku. None failed, and the whole step took about 1.7 seconds. FOREIGN FILMS fills now. CULT CLASSICS stays hidden, I think because my library has fewer than three films tagged as cult with 30,000+ IMDb votes. OMDb found nothing to look up, since every film the gates could admit already had its rating in the cache, so the omdb/ route hasn't been called yet. When it is, it reads the cache first, asks for at most 50 films per library load, and stops until midnight UTC once OMDb says the day's quota is gone, given the shared 1,000/day.

One small thing: the anon key isn't actually in the repo. The source has empty placeholders, and the values go in at build time. I took the URL and key from the nostalgex-supabase-url / nostalgex-supabase-anon-key meta tags on the live web tuner (ljlhreomwcsyhiytqipm). Is that the project you want Roku builds reading, or would you rather give it a separate one?

On the logo: thank you for offering it! I've grown fond of the port's own logo, icon and splash, so I'd like to keep those for now, which also saves you sorting out artwork.

The other three (PRs or commit access for roku/, whose Roku account publishes, and how you'd like the credit to appear) whenever you're ready.

[chadMueller]

Put it on my Roku today (Stick Plus, OS 15.3.4). Your vectors all pass on the device, the schedule matches the web tuner, and enrichment through the relay works. Nice work.

What we hit, biggest first:

1. Transcoded streams start from zero. PlayStart is only set for direct play in PlexPlayback.brs, so it walks every empty segment before reaching the programme. Half an hour in never starts. Setting it for transcodes too should fix it.
2. Memory crash with 45 channels on (EXIT_CHANNEL_MEM_LIMIT_FG while saving, 268 to 511 MB). 19 channels survives.
3. It loads every server on the account. 4 for me, 58k items, 80% not mine, and that's most of the 7 minute first load. Owned servers by default, with a picker, would fix it.
4. The sign-in code never refreshes on screen, so after 5 minutes the shown code is dead.
5. Deep links never match on a real Roku. The integer comes back as roInteger; NxIsNumber handles it.
6. * in the guide signs you out with no confirmation.

On the look, I'd love it as close to the Apple TV as you can get. The App Store page and nostalgex.app/screens have full-size shots, and the views are in Nostalgex/Nostalgex/Views. Both are 1920x1080, so the numbers carry over. Guide first.

Your questions: roku/ in this repo with PRs from your fork to start, the listing on my Roku developer account with you prepping builds, and credit to you in the app and the listing. Use the same Supabase project as the web tuner, and you're right about the anon key, my mistake.

[chadMueller]

One more from testing, and what "ready" looks like to me.

7. Turning a bundle on re-downloads the whole library from every server (3.5 minutes for me) instead of rebuilding channels from the saved library like the Apple TV does.

Before we put it in the Channel Store, this is the bar I'd like it to clear on a normal library:

• Guide ready in under 2 minutes on first run, using only servers you own
• Converted channels start in under 10 seconds, including tuning in mid-programme
• No crash with every bundle on, and turning a bundle on or off doesn't rescan
• The guide looks like the Apple TV one, same layout, fonts and colours

Each of the fixes above has a working version in the Apple TV app if it helps to look: the library is saved in chunks (LibrarySnapshotStore.swift), transcodes start at the offset server side, and only the owner's server is loaded. I'll put every build you push on my stick and report back within a day, with the console log if you want it.

[tydude001]

Thanks for trying it on a real Roku, and for such a clear list! All six are fixed, in f237f6c plus 62dc326 for memory. Below is what I could check on my two TVs and what I couldn't:

1. Transcoded streams join at the right point. PlayStart is now set for HLS too. Plex's playlist covers the whole file from 0:00 whatever the offset (5,758 one-second segments for a 96-minute film at offset=1800), so it needs the start position as direct play does. On my TV, a film tuned partway through had Plex transcoding from minute 70, not from 0:00.
2. Memory. Saving the pools copied every pooled item and formatted them as one huge string. It now writes them in pieces, and drops the library and the filter caches once the guide is built. Looking into it also turned up a worse bug: iterating an AA gives its keys lowercased, so k <> "basePool" never matched, and every channel wrote its whole pool out a second time. With 71 channels on, my saved pools file went from 30 MB (too big for ReadAsciiFile to read back) to 3.5 MB. Right after saving, the app is at 26–36% of its memory limit, and restoring a day's guide from that file took about 6 seconds at 34%. Your library is bigger than mine, so I'd like to know what the console's saved the pools line says on yours: it now logs the memory and the file size.
3. Servers. Only owned servers are read by default, or all of them on an account with none of its own. Settings lists every server once there's more than one, to switch any on or off. I only have one server, so you'll be the first to see those rows.
4. The sign-in code on screen now follows each fresh code. I haven't watched it change on a TV yet.
5. Deep links take any numeric contentId, roInteger included. Sent over ECP, they now tune channels fullscreen on my TV.
6. * in the guide does nothing now; I've checked that on a TV. Sign-out is in Settings and asks for a second OK, which I haven't tried on a TV yet. * still signs out on the sign-in and error screens.

Server collections are also in, as channels from CH 500, ported from scripts/nostalgex-collections.js.

Thanks for settling the rest. roku/ with PRs from my fork works for me, and so does the listing on your account with me preparing the builds. Builds already read the web tuner's Supabase project.

Next is the look, guide first, matched to the Apple TV screenshots and Nostalgex/Nostalgex/Views. Then the PRs.

[tydude001]

Sorry, I missed your follow-up before posting, since it was a reply under your comment. Thanks for setting the bar; I'll treat those four as what has to be true before it goes in the Channel Store. Where each stands:

• No rescan when a package is switched (your 7): not fixed yet. Switching one still reads the whole library again. Next I'll save the library and rebuild channels from it, using LibrarySnapshotStore.swift as the model.
• Guide in under 2 minutes on a first run: owned servers only is in, with the same defaults as ServerPickerView. I haven't timed a first run from sign-in yet, so I'll do that.
• Converted channels in under 10 seconds, mid-programme included: not timed yet. The Roku asks Plex for the transcode at the offset (offset= on start.m3u8) and now also starts the player there. I'll time it from tuning to picture.
• No crash with every package on: not tried yet; I will on my TVs before the next build.
• The guide like the Apple TV one: after those.

And yes please to the console logs. The saved the pools line and how long a converted channel takes to start are the two I'd most like to see from your stick.

[tydude001]

A fresh install's guide was on screen 38 seconds after signing in, on a TCL 43S45 with the default lineup and one 5,363-item owned server. That's well under your 2-minute bar. The rest of the bar is below, measured on my two TVs, with the two misses where they come up: one slow converted channel, and a 70-channel lineup that's still over 2 minutes. The build is 008da95, ready for your stick.

• No rescan when a package is switched (your 7): the library is saved in chunks, following LibrarySnapshotStore.swift, and the guide is rebuilt from it (be1d34d). A switch read it in 0.9 s and asked the server nothing. At launch, a server is read again only when its library-change signature changes (as in LibraryChangeSignature.swift) or the save is a day old. One catch: Roku may empty cachefs: whenever it wants the space, and once it did between two switches, so that one switch scanned.
• Guide in under 2 minutes on a first run, owned servers only: 38 s from the plex.tv/link sign-in to the guide on screen, with the default lineup (19 channels) and one owned server of 5,363 items, on a TCL 43S45 (OS 16.0.4). That breaks down as 7.7 s to read the library, 4.7 s for collections and 16.8 s to build channels. A bigger lineup takes longer: 70 channels with FRANCHISES on took 131 s on a TCL 55R617 (OS 15.3.4), 90 s of it in the channel build. 8974f6e put the guide on screen before the saves and halved the collections step, but that lineup is still over.
• Converted channels in under 10 seconds, mid-programme included: six transcoded channels, all joined mid-programme, showed picture 1.8, 3.0, 3.5, 6.5, 9.4 and 13.2 s after the press. The 13.2 s one spent 12.75 s inside Roku's own VODStart, waiting for Plex's first segments, so it looks like the server, but I haven't confirmed that on the Plex side yet.
• No crash with every package on: 133 channels built in 123 s, and saving them peaked at 22% of the app's memory limit (a 3.7 MB file). No crash.
• The guide like the Apple TV one: ported from ChannelGuideView, InfoPanelView, CRTOverlayView, StaticScreenView, the PlayerView channel OSD and SeasonalPrompt (its tests are transcribed and pass), measured at 1920x1080 against f51e72b (6f05937). RETRO MODE is on by default, with a switch in Settings. Three differences, on purpose: the NOSTALGEX wordmark stays text; the grid's rows stay lined up with the header at the 220 px column instead of the Apple TV's ~30 px overflow; and in full screen Up and Down change channel, without the mini channel strip or the Now Playing panel.

The numbers and how each was taken are in PORTING.md. Your console log from the stick would still help most on two lines: library: guide on screen … ms after sign-in from a fresh sign-in, and player: picture after … ms from tuning a converted channel on your server.

[tydude001]

A first run with FRANCHISES on now has the guide on screen in 103 seconds, under your 2-minute bar. That's 61 channels on the TCL 55R617 (OS 15.3.4, the same as your stick), the TV where 70 channels took 131 s last time. Two speed-only changes did it, and neither changes a single result:

• Channel build (3c1e79f): the filter now works out each item's and each channel's fixed facts once, not once per item and channel pair. It also stops early on an item whose type or year range already rules it out. On the TV, building the 61 channels took 26.7 s; last time, 70 took 90.4 s. Off-device, over my 5,363-item library, all 131 channels built 3.7x faster and every pool came out identical.
• Franchise step (5a0cead): each show title's franchise match is now worked out once, not once per episode. It took 0.7 s on the TV, down from 15.6 s. Off-device it ran 24x faster, with all 27 franchises, their films and shows, and every pool identical.

The vectors generated from your engine, and the franchise tests, still pass. Both benchmarks are in tests/bench/, and each prints every result so two builds can be diffed.

Most of the rest was reading the library: 57.7 s this time against 8 to 12 s on this TV's earlier runs, because one request to Plex timed out and was retried. I haven't changed that step.

The build for your stick is 5a0cead. From a fresh sign-in on your library, library: built … channels in … ms and library: guide on screen … ms after sign-in are the two lines I'd most like to see.

[chadMueller]

Put 5a0cead on my stick this afternoon (Stick Plus, OS 15.3.4, fresh install, my owned server is 11,684 items plus 3 shared). Huge jump from last time, nice work.

Your log lines from my stick:

• library: guide on screen 114514 ms after sign-in, 19 channels. Library 10.2 s, collections 3.8 s, enrichment 3.2 s, built 19 channels in 12039 ms. Most of the rest is checking the 3 shared servers' local addresses one at a time before anything loads.
• Converted channels joined mid-programme: picture after 2456 ms (CH 1, 1162 s in) and 2116 ms (CH 6, 379 s in). Direct play 317 to 1915 ms.
• saved the pools in 1526 ms; memory 15% of the app's limit; 3040 KB, library saved at 24%.
• Switching a package on: 11,684 items from the saved library in 2 s, 0 servers scanned. Bug 7 is fixed.
• The code refreshes on screen, * no longer signs out, and sign-out asks first. The test cases pass on the device except link: the Roku lowercases the keys (contentid), so that's the text compare, not the deep link.

The guide looks really close to the Apple TV now. What's left is mostly making it behave like the Apple TV:

1. Onboarding: sign in, then CHOOSE YOUR LIBRARIES (only when there's more than one server), then the progress screen with the step rail. ServerPickerView, LoadingView and LibraryLoadStepRail in App/Plex90App.swift. Don't check every server before the picker. It also keeps retrying a shared server's local address during playback (15 times in one session).
2. Settings order: same as SettingsPageView in Views/BundleManagerView.swift: Support, Connection (servers) near the top, Playback, Channel Packages, then My Collections folded closed (CollectionAccordionHeaderRow). Right now the servers are at the very bottom under every collection, retro, subtitles and sign out, and My Collections opens every collection. If a long list is still a pain on a Roku remote, a left column of sections that opens into a second list works for me too.
3. Switching a package on should stay in Settings with a spinner on that row while only its channels build, like toggleBundle and rebuildLineupAfterBundleChange in App/AppState+Channels.swift. Right now it jumps to the full build screen.
4. Full screen like Views/PlayerView.swift: Left/Right change channel with the channel OSD, Up opens the mini channel strip at the bottom, Down opens the Now Playing panel at the top (Views/NowPlayingPanel.swift: CC, audio, sleep timer, retro, playback information), and Back closes whichever is open, then goes back to the guide.
5. Overlay bug: flip Up/Down quickly in full screen, then press OK on a channel, and the title overlay shows the wrong title, one off. Looks like an older tune's result landing after a newer one. The web tuner guards against this by letting only the latest press update the screen (covered in scripts/web-tune-ownership-smoke.mjs).
6. Branding: use the logo from nostalgex.app, not the lightning bolt or plain text. Everything is in logo/: the README has the colours and fonts, and logo/png/ has transparent PNGs of the wordmark and the TV icon, since Roku can't draw SVG. Keep the guide's own look matched to the Apple TV.

Haven't tried every package on yet. I'll do that on the next build.

[tydude001]

All six are in 791f31e, and most of your 114 s should be gone: no server is checked before the picker any more, and the ones you pick are checked all at once. Each item was checked on a TCL 43S45 here (Roku OS 16.0.4), except what my account can't show: it has one server, so the library picker hasn't been on screen, and neither has a check of several servers like yours. Of the new logo I saw the home-screen icon, the progress screen and the guide bar, not the splash, sign-in or picker.

1. Onboarding (842da0d, 30725da, ffd7bf6, db64ce2)

• Sign-in only lists the account's servers. With more than one, CHOOSE YOUR LIBRARIES comes next, as ServerPickerView: owned servers start included (all of them when none is owned), and CONTINUE needs one.
• Only the servers picked are then checked, every address of every server at once. A home-network address gets 3 s and the whole check 10 s. Before, each server's addresses were tried one after another, 5 s or 3 s each.
• An address counts only if its /identity names that server. A shared server's private address can land on another Plex server on your network, and it was taken without that check.
• Each server's address is saved and not checked again on later launches, as the Apple TV app keeps one baseURL.
• Your 15 retries: I can't tell from here whether they were library reads or playback. Library reads now drop a home-network address after it fails twice, for the rest of that load, where before every request tried it twice first. Playback goes only to the saved address, so the identity check is what covers it. Your stick's saved list predates that check, so the first launch of this build checks each server that is on once more.
• Then the progress screen, as LoadingView and LibraryLoadStepRail: Lineup, Library, Collections, Metadata, Channels, Ready, with the headline, the detail line, a bar and the first-run warning. One difference: Collections is always a step, since the Roku reads a server's collections on every scan.
• The sign-in clock starts again at CONTINUE, so guide on screen doesn't count the time spent choosing.
• Here, after a fresh sign-in, the check took 51 ms and the guide was up 24.2 s after sign-in. That library was already saved on the TV, so it isn't a first run.

2. Settings order (adb4614)

• SUPPORT NOSTALGEX (pointing to nostalgex.app; a Roku has no App Store rating or tips), CONNECTION, PLAYBACK, CHANNEL PACKAGES, then MY COLLECTIONS folded behind one row with n/m ON AIR and SHOW or HIDE.
• CONNECTION lists every server, INCLUDED or OFF, and the only one on has no switch, then sign-out.
• I kept one list rather than a left column, since that is what SettingsPageView does.

3. Switching a package on (fb27b56)

• It stays in Settings. The row reads BUILDING and "Finding N channels in your library" while only that package's channels are built, from the saved library and enrichment caches. Channels already in the guide keep their pools.
• Leaving Settings goes straight back to the guide, with no full rebuild.
• An 8-channel package went on in 9.4 s and off in 4.7 s here. Each build logs a fingerprint of its pools, and both matched a full rebuild of the same packages.

4. Full screen (43197f4)

• Left and Right change channel with the OSD. Up opens the mini channel strip; Down opens the Now Playing panel. Back closes either, then returns to the guide. OK and Play flash the OSD.
• The panel has CC, auto subtitles, the audio tracks, RETRO MODE, the sleep timer and playback information.
• Left out, because there is nothing for them to act on here: stream quality, the language pickers (Plex sends one subtitle track) and OPEN IN PLEX.
• The sleep timer ends with STILL WATCHING? for 20 s, then stops the stream, releases the transcode and returns to the guide. That was checked with a full 15-minute run.

5. Overlay bug (f575aef)

• You read it right. While the last channel's transcode was stopping, a new press started at once, and the earlier press's start then landed when the stop went through.
• Now only the latest press starts, as the web tuner's ownership rule, and the OSD shows the channel asked for straight away.
• Checked with six presses and no gaps: one start, on the right channel, with the right title in full screen and in the guide.

6. Branding (791f31e)

• The wordmark from logo/png/nostalgex-white-1600w.png, scaled down, for the home-screen icons, the splash, and the sign-in, picker, progress and guide-bar logos. The guide's own look is unchanged.
• The bolt in the LIVE chip stays, as it's the guide's and not the old logo. Your Apple TV app's NostalgexLogo still points at the old bolt logo, if that's useful.

link: agreed, it's the compare. The case now checks the two fields rather than the JSON text (02cc134).

The build for your stick is 02cc134. Your stick's saved server list comes from the old sign-in, which kept only the servers that answered. To see the picker and get a true first run, sign out in Settings (CONNECTION) and sign in again. That also clears the saved library, so the next start reads your library again: 11,684 items on your own server, plus any shared ones you pick. From that sign-in, these are the lines I'd most like to see:

• plex: checked … servers' addresses in … ms
• library: libraries picked after … ms
• library: guide on screen … ms after sign-in
• anything from switching every package on

[tydude001]

Please use 94f1a2e instead of 02cc134. On 02cc134 the new progress screen made the Collections step take 457 s on my TCL 55R617 (OS 15.3.4, the same as your stick). On 94f1a2e it takes 10.3 s.

The progress screen rebuilt itself from scratch on every progress update, and the Collections step sends three updates per collection. Timing lines on the TV showed where it went: each batch of 25 collections came back from Plex in about 1.1 s, but the screen updates after it took 66 s for the first batch and 136 s for the second. Now an update that keeps the layout only changes the detail line and the bar. On the next full scan on the same TV, the 67 collections took 10.3 s, with 1.5 to 2.7 s of screen updates per batch.

The Library step's show counter went through the same rebuild. On that TV the library read took 12.2 s before and 8.2 s after, but that's one run each, so I wouldn't read much into it.

I noticed it because the screensaver came on partway through and pressing Back from it closed the app. A load that stalls like this on your stick could look like the app quitting.

The sign-out and sign-in steps and the four log lines from my last reply all still apply, on 94f1a2e.

[chadMueller]

Put 0eba225 on my stick (it has 94f1a2e). Big step. The picker, progress screen, Settings, full screen and the new logo all look solid, and the tests all pass on the device now, link included.

Your lines from my stick:

• plex: checked 1 servers' addresses in 95 ms (was most of the 114 s)
• library: libraries picked after 9236 ms at the picker
• library: guide on screen 50205 ms after sign-in on a true first run after sign-out: library 9.6 s, collections 16.0 s, enrichment 4.9 s, built 19 channels in 15974 ms. With the saved library it was 19.3 s.
• Converted channel joined mid-programme: picture after 2955 ms. Direct play 1.8 to 2.3 s.
• Packages: built 54 then 81 channels, memory 18% up to 41%, no crash.

Next round:

1. Bug: a package build never reaches the guide. The log shows each build finishing, but the guide keeps the old channels and Settings shows the packages OFF again. I think it's status in LibraryTask.xml: it has no alwaysNotify, so m.top.status = "ready" after a build doesn't fire onLibraryStatus (it's already "ready" from the first load), and MainScene never copies the new guide to GuideView. Settings reads the old guide, hence OFF. The "schedules changed" path for a new day sets status the same way, so it probably never lands either.
2. Let me leave Settings while it builds. As on the Apple TV, the build carries on in the background, the guide shows it's building, and the channels appear when ready. Right now it feels like you have to wait on Settings, and on my stick it takes a while: 52 s and 44 s for the first two switches. Later switches that changed nothing still took about 28 s each, worth a look.
3. Prebuilding: could the other packages' channels build in the background after the guide is up, so switching one on is instant? Only if it doesn't touch playback or memory. 81 channels was already 41% here, so I'd want your numbers before we commit to it.
4. Jellyfin and Emby. Opening the app goes straight to Plex. The Apple TV app and the web tuner start with a choice of Plex, Jellyfin or Emby. The web tuner's connect page (web-tuner.html) and scripts/nostalgex-jellyfin-urls.js already handle both (Emby reads libraries from /Users/{id}/Views, not /UserViews). This is the next big one after 1 to 3.
5. Exclusive locks match substrings. main switched to whole titles in 805c33e, so the port still pulls things like "Holidays (2016)" and a Santana title onto the wrong channel. The vectors don't cover them, but scripts/filter-golden.json does: worth porting 805c33e and running that file in run.sh.
6. Licence: the package doesn't include the MIT text yet, which we'll need for the store.
7. Small one: deleting the dev app and reinstalling kept the saved library (cachefs:), so a reinstall didn't start fresh. Fine for the same account. Just make sure a different account signing in can't pick it up.

Heads-up: we're going to turn retro mode up on the Apple TV. I'll send the new numbers so the Roku matches.

[chadMueller]

Retro mode numbers, as promised. We turned it up on the Apple TV for the next build (RetroLook in Views/CRTOverlayView.swift, landing in main with that build). Could you match these on the Roku?

• Scanlines: black at 0.18 (was 0.12), a 1.5 pt line every 3 pt, and now in full screen too. It used to skip them there.
• Vignette: corners 0.78, top and bottom edges 0.58, sides 0.48 (were 0.7, 0.5, 0.4).
• Flicker: on 8% of the 80 ms ticks the scanlines dip to between 0.76 and 0.88 (was 5%, 0.80 to 0.90).
• Tracking line: checked every 6 to 15 s, runs 45% of the time at 0.22 brightness (was 30%, 0.15).

[chadMueller]

@tydude001 we ported the clock-change fix into roku/ in 85cb3a1, and it's out as Roku beta 1.0.2. This one's yours. You found both halves on Oct 19: Nov 1 is 25 hours and a day packed 24, and on Mar 15 "yesterday" landed on Mar 13. You'd already made the start of day right, so only two things needed porting.

source/guide/Lineup.brs

• New NxStartOfNextLocalDaySec: the start of the day 36 hours after a day's start. That's always inside the next day, so it's the next local midnight on 23 and 25 hour days too.
• New NxPreviousLocalDayKey: the day 12 hours before a day's start, so yesterday is the calendar day before.
• NxManifestBlocks uses both. The no-repeat check reads the real yesterday, and each day packs to the next midnight instead of start plus 86,400.

One signature change. NxPackDay in source/schedule/DailyManifest.brs now takes dayEndSec right after dayStartSec, like packDay upstream. If anything in your fork calls it, add that argument.

Tests. tests/ScheduleDSTGoldenTests.brs runs upstream's scripts/schedule-dst-golden.json, the same 60 days in 10 zones the Swift and JS tests read. tests/gen-dst.mjs pins each zone's offsets from the tz database. It loops by index, after your nested for each find. Off the TV: lineup 154 passed (the 8 dst cases failed before), DST golden 320 passed. Same on our Streaming Stick Plus (OS 15.3.4): ALL TESTS PASSED, DST golden 320.

Small one for deploy.sh. The nx_build hash sorts file names with the shell's locale, so the same files hash differently on different machines (we got cca0d38 in one shell and d27182e in another for identical files). LC_ALL=C sort -z would pin it. Harmless today, it just costs one extra library scan.

The Swift and JS side is 901a99a. It's all on main now, so please pull it into your fork before your next round:

[chadMueller]

@tydude001 now that the clock fix is out, here's where Roku sits against the Apple TV, so you can pick things up. Phase 1 is what testers hit first, in order. S is small, M is medium. Apple TV paths are under Nostalgex/Nostalgex/. Each item has file and line refs on our side, so ask and I'll paste the full version of any of them.

Phase 1

1. A failed stream falls back (M). Roku retries once, then sits on "Playback failed" until the slot ends. ATV: the ladder in App/AppState+Playback.swift, deadlines in Services/PlaybackWatchdog.swift, 5 strikes in Services/ChannelFailureRun.swift. Done: direct play, then server stream, then a 1080p retry; a failure card that says server or file/TV (no URLs or raw errors); then the next programme; the channel stops after 5 in a row. Rung order and strikes get cases in roku/tests/.
2. Direct play only what the TV can decode (S, good first pick). Plex direct play only checks container and codec lists, so HEVC on a Roku without HEVC goes black. ATV: the direct-play rules in Services/PlexAPIService.swift (no 10-bit H.264, no DV profile 7). Done: one shared check on CanDecodeVideo / CanDecodeAudio for Plex, Jellyfin and Emby, with cases.
3. Plain http to hostnames and Tailscale (S, good first pick). NxIsPrivateHost only takes literal 10/172.16/192.168 addresses, so http://nas.local:8096 or a 100.x address fails sign-in. ATV: plain http anywhere, cleanup in Services/ServerURLNormalizer.swift. Done: keep your no-token-over-the-internet rule, but count .local, .lan, .home.arpa, single-label names, 100.64.0.0/10 and *.ts.net as home. Public plain http is still refused, with a "use https" message. We'll update the privacy wording.
4. Show the version (S, good first pick). Nothing on screen says which build someone runs. ATV: last line of Settings (Views/BundleManagerView.swift) and the connect screen (Views/SettingsView.swift). Done: VERSION 1.0.2 (<nx_build>) in both places, the version alone when there's no nx_build.
5. First run never lands on an empty guide (S, good first pick). NOSTALGEX only plus a small library gives NO CHANNELS AVAILABLE. ATV: the one-time fallback in App/AppState+Channels.swift, empty states in App/Plex90App.swift. Done: same fallback saved as the viewer's choice, NO CHANNELS FOUND with OPEN SETTINGS, checked on a library of about 20 items.
6. RESCAN LIBRARY in Settings (S, good first pick). New files need a relaunch. ATV: Settings > CONNECTION in Views/BundleManagerView.swift. Done: the row rescans behind the guide, the guide swaps only if pools changed, the subtitle shows item count, last update and last failure.
7. STREAM QUALITY (M). No way to ask for less on a slow link. Plex server streams are uncapped and Jellyfin/Emby ask for 120 Mbps. ATV: Models/StreamQuality.swift, in Settings and the Now Playing panel. Done: the same five choices, saved, mapped to Plex maxVideoBitrate/videoResolution and Jellyfin/Emby VideoBitrate/MaxWidth, with the remote direct-play ceiling.
8. Stall recovery (M, after 1 and 7). Rebuffering just keeps rebuffering. ATV: Services/PlaybackStarvation.swift (3 stalls in 120 s or one of 20 s, step down, then "Your server couldn't keep up"). Done: same thresholds from Video.state and bufferingStatus, stepping down the rungs from 1 and 7, measured on a throttled link.
9. Surround on Plex server streams (M). Plex converts 5.1 to MP3 stereo. ATV: the Plex profile in Services/PlexAPIService.swift keeps AC3/E-AC-3, capped at 6 channels. Done: measure what Plex sends, ask for AC3/E-AC-3 when CanDecodeAudio says yes and AAC otherwise, the codec in Playback information, a 5.1 file checked on a TV.
10. Dolby Vision and HDR on TVs that can't show them (M). DV profile 5 over Plex or Jellyfin is green and purple on a Roku without DV. Your Emby rule is already in. ATV: the Plex retry in Services/PlexAPIService.swift, Jellyfin dvh1 in Services/JellyfinPlaybackResolver.swift. Done: read display support from roDeviceInfo, DV5 on a non-DV TV goes to a server conversion, profile 8 and HDR10 still copy where the TV takes them, an eye test with DV clips.

Phase 2, after phase 1

• FOREIGN AUDIO subtitles on by default (S). SubtitleSettings.brs says upstream's is off, but it's on now (App/AppState.swift)
• Audio and subtitle language preferences (M)
• Forced subtitles on Jellyfin and Emby (M)
• Library refresh while the app runs: check every 15 min, refresh at 6 h (M)
• Collections from Jellyfin and Emby BoxSets (M)
• Music video genres for HIGH ROTATION, MusicBrainz then Deezer (M)
• "Still waiting on your server" on the loading screen (S)
• Playback information rows like the Apple TV's (S)
• The tuning card follows RETRO MODE: no snow when it's off (S)
• Poster in the Now Playing panel (S)
• FRANCHISES / OTHER COLLECTIONS split (M)

Ours, not yours

• Reporting playback and marking watched: our call first, since we told people the Roku app is read-only.
• The same title on two channels at once, and the same schedule as the Apple TV. Both start at the root (Swift, JS, vectors) and reach the port through gen-vectors.mjs.
• Store certification:
  • launch time after an update;
  • the getUserData (RFI) error static analysis throws now that "users sign in" is Yes;
  • the 2.2 sign-in question;
  • test credentials;
  • the last checks before submitting.
• nx_build depends on the shell's sort locale, so the same tree gets a different hash under C and en_US. We'll pin LC_ALL=C in deploy.sh and release.sh.

How we split it: pick what you want and say which here before you start, so nobody doubles up. PRs into roku/ from your fork, like #43 and #45. We'll take some too and call ours out here the same way.

[tydude001]

We'll take 2, 3 and 4 from phase 1: decode-aware direct play, plain http to home hostnames and Tailscale, and the version line. Each as its own PR into roku/ from the fork, like #43 and #45:

• Direct play only what the TV can decode: one shared check on CanDecodeVideo / CanDecodeAudio for Plex, Jellyfin and Emby, with cases in roku/tests/. We'll ask the Roku rather than carry the Apple TV list over as is, since "no DV profile 7" is AVPlayer's limit. Where the TV says no, it goes to a server stream.
• Plain http to hostnames and Tailscale: .local, .lan, .home.arpa, single-label names, 100.64.0.0/10 and *.ts.net count as home. The no-token-over-the-internet rule stays, and public plain http is still refused with a "use https" message. NxIsPrivateHost also picks Plex's home-network route, so that widens too. Our TVs aren't on Tailscale, so that part is covered by tests only.
• Show the version: VERSION 1.0.2 (<nx_build>) on the last line of Settings and on the connect screen, the version alone when there's no nx_build.

Thanks for porting the clock-change fix. We'll start from 2f68a9e, which has it and the 1.0.2 release.

[tydude001]

The beta on our living room TV (55R617, OS 15.3.4): about 50 s from Plex sign-in to the guide, and about 2 s to relaunch. That's a first launch with the full scan of our library (5,373 items), counted by hand. Our 43" ran the three PRs below instead of the beta.

PRs from the fork for phase 1's 2, 3 and 4, each checked on our 43" (OS 16.0.4) before opening:

• roku: direct play only what the TV says it decodes #46: direct play asks the TV first. 12 of 12 channel changes played; the 3 that reached the check went direct with a yes.
• roku: plain http to home hostnames and Tailscale #47: plain http to home names and Tailscale. A one-word server name connected and example.com was refused. .local got no answer on the TV, though the server announces it, so the on-screen examples say nas, not nas.local.
• roku: VERSION line on the connect screen and at the end of Settings #48: the VERSION line, on the connect screen and at the end of Settings.
• roku: UPSTREAM records the 1.0.2 clock fix, the phase list and our claim on #8 #49: UPSTREAM.md catching up on this thread.

[chadMueller]

Quick heads-up before you dig in tonight. We ported the new Apple TV sign-in to Roku (find my server first, Quick Connect first, Emby user tiles, new look on the connect screen) and it's landing on main tonight. It rewrites most of ConnectView, so #47 and #48 will need a rebase on top of it, sorry about that. The rest of your PRs shouldn't be affected. I'll go through all of them tomorrow. Thanks for all of it, seriously!

I'm going to hold off on any feature development for the next few days for us to get the roku beta to a stable spot!

[chadMueller]

Quick round-up from today so nothing's blocking you.

Merged: #50, #47 and #46. Thanks!

Still open on your side:

• roku: VERSION line on the connect screen and at the end of Settings #48: just the version line position (under the intro text on the left, small and dim).
• roku: run the off-TV tests in parallel, about 2 minutes instead of 7 #51: the two macOS fixes (getconf _NPROCESSORS_ONLN instead of nproc, and no declare -A since macOS bash is 3.2).

New, and probably the most important one: Dolby audio is still silent on Emby after #46.

• On Plex it's fixed. Plex turns AC3 and E-AC-3 into stereo AAC for the app's request.
• On Emby the app logs "this TV doesn't decode ac3, so the server streams it", but the HLS request still asks for AudioCodec=aac,ac3,eac3 with 6 channels. So Emby's ffmpeg does -c:a copy and the stick reports audio=none.
• On a throwaway build: AudioCodec=aac alone gets 5.1 AAC, which my stick can't decode either. Adding TranscodingMaxAudioChannels=2 gets stereo AAC, but the stick still showed audio=none on the one try I got before my Emby went down. So the codec list and the channel cap are part of it, but there may be one more piece.
• My setup: Streaming Stick Plus, OS 15.3, audio output on Stereo. Any WEB-DL with DDP 2.0 or an AC3 5.1 film shows it.

Small ones for later:

• Password field: set keyboardDomain to password (Roku cert 4.12, for voice keyboards).
• roku: direct play only what the TV says it decodes #46 follow-up: ask as main for (constrained) baseline H.264.
• roku: plain http to home hostnames and Tailscale #47 follow-up: the .local hint line.

On our side we're sorting out the Roku store questions (the getUserData/RFI flag and the plex.tv/link code) with Roku support, so you don't need to touch any of that.

[chadMueller]

@tydude001 follow-up on the silent Dolby audio on Emby, with the exact request that gets sound on my stick. I measured it on my Streaming Stick Plus (OS 15.3, audio set to Stereo) against Emby 4.10.1, using a small throwaway player that plays the same address the way NxMbStreamContent does (same Authorization header, joining 10 minutes in).

What gives sound. All of it is the HLS part of NxMbStreamContent in roku/source/mediabrowser/MediaBrowserPlayback.brs:

• SegmentContainer=ts for Jellyfin and Emby, HEVC included. So NxEmbySegmentContainer isn't needed on Roku.
• VideoCodec=h264,hevc when NxCanDecodeHevc(), otherwise h264. HEVC 10-bit copied into TS played fine.
• AudioCodec=aac, plus ac3 or eac3 only when CanDecodeAudio says yes to that codec (the same check NxDeviceDecodes does in source/util/DirectPlay.brs). On my stick that's just aac.
• TranscodingMaxAudioChannels=2, unless CanDecodeAudio says yes to 6-channel AAC. MaxAudioChannels=2 does the same thing on Emby.

What I measured (the player's audioFormat, plus what Emby's ffmpeg did):

• Dennis the Menace (H.264, E-AC-3 2.0), as 1.0.4 asks: Emby copies the E-AC-3 into TS and the player stops with error -5, "Unsupported audio format: Dolby Digital Plus".
• Same file with AudioCodec=aac and 2 channels over TS: Emby converts it to stereo AAC, the player reports aac_adts and it plays.
• Same request over fMP4 (SegmentContainer=mp4): Emby converts it to stereo AAC just the same, but the player reports no audio.
• A plain stereo AAC title with the audio just copied: aac_adts over TS, no audio over fMP4. Jellyfin's public demo server (12.2) does the same. So it's the fMP4 container rather than the codec, and it hits Jellyfin too.
• High School Musical 3 (HEVC 10-bit, AC3 5.1) over TS, HEVC copied, AAC with 2 channels: aac_adts and hevc.
• 1.0.4 with only those four changes, on a channel airing an AC3 film: Emby sent stereo AAC in TS, the player reported aac_adts, and the picture came up in 1.6 s.

No difference: TranscodeReasons (Emby just echoes it back) and AudioBitrate (only sets the bitrate).

Two things I couldn't check this way: actually hearing it (I'm going by what the player reports), and lip sync joining mid-programme on TS with HEVC. I'll check both on the stick when your PR is up.

Side note, separate from this fix: without AudioStreamIndex, Emby plays the file's default track. That was Portuguese on Dennis and German on the AC3 film. That's really the audio language parity item, not this one.

[tydude001]

#55 has your four changes, and the lip sync you couldn't check holds on the server side. HEVC 10-bit on TS, joined about 30 minutes in, puts the sound within 5 ms of the picture on Emby and on Jellyfin. I measured that by cross-correlating the stream's audio against the file's own. On our lab Emby 4.10.1 and Jellyfin 12.2, the old request copied AC3 and E-AC-3 as stored, and the new one gives stereo AAC in TS with sound. Jellyfin was copying the Dolby track too, so it's fixed there as well. Hearing it on your stick is still the real test.

Also up:

• keyboardDomain: roku: the password keyboard is a password domain for voice entry #56.
• roku: VERSION line on the connect screen and at the end of Settings #48 and roku: run the off-TV tests in parallel, about 2 minutes instead of 7 #51: both updated earlier today, with a comment on each. The version line sits under the intro text, and run.sh uses getconf without declare -A.
• Baseline as main is roku: ask the TV about baseline H.264 as main #53, and the .local hint is roku: a .local name that can't be found says to type the IP #54.

Agreed, the default-track language belongs with the audio language parity item, so I've left it out of #55.

[chadMueller]

Do you use Discord? What's your Discord name? I'd like to message you directly about the Roku beta.

[tydude001]

I don't use Discord, sorry. I'll keep it here on GitHub, in #8 and the PRs.

[chadMueller]

@tydude001 the rest of the Roku parity list is up as issues now, all labelled roku parity. Each one has what a tester sees, the Apple TV code that does it, where the Roku stands and what done looks like.

Stability first: #57 (a stream that fails sits on an error), #58 (4K remuxes through the server), #59 (rebuffering never steps down), #60 (empty guide on a first run), #61 (no way to stop waiting on a slow server).

Then the rest, in order: #62, #63, #64, #65, #66, #67, #68, #69, #70, #71, #72, #73, #74, #75, #76.

Pick up whichever you want, no need to ask. New bugs from testers will land as issues too, so that's the one place to look.

[chadMueller]

@tydude001 quick update before you dig in tonight.

Merged: #77. The Matrix plays on my stick now, and the colours look normal on my TV with the 8-bit re-encode. Roku 1.0.5 goes to the beta tomorrow with it.

If you're looking for what to grab next, this order would help most:

1. Roku: a film whose file marks a dubbed track as default airs in that language (Jellyfin and Emby) #78: a film whose file marks a dubbed track as default airs in that language (O Brother came through in Portuguese, the Matrix in German). It's about 5% of my films, and new beta testers from today's email will hit it. The Apple TV's preferredAudioIndex is the thing to port.
2. Roku: a stream that fails sits on an error instead of moving on #57: a stream that fails sits on an error instead of moving on. One more thing for that one: pressing Home doesn't stop a stream the server is re-encoding. It keeps running on the server until the app is opened again.
3. Roku: a stream that keeps rebuffering never steps down #59: rebuffering never steps down. More important now that roku: Jellyfin/Emby server streams in 2-second segments, re-encoded over 20 Mb/s #77 re-encodes at 4K, since a slower server can't step down to anything.
4. The roku: Jellyfin/Emby server streams in 2-second segments, re-encoded over 20 Mb/s #77 follow-up: MaxWidth from the TV instead of a fixed 3840.

No rush on any of it. I'll review and pull in whatever you've got tomorrow.

[chadMueller]

@tydude001 merged #81, thanks for the quick rebase. #82 and #80 are in too.

Small ask when you get a sec: could we get a dev-only shortcut to play a specific film on demand? Something like a deep link on the sideloaded dev channel that takes a server item id and just plays it full screen (contentId=item:<id> or whatever's easiest), skipping the guide. Right now testing a fix means waiting for the right film to air on some channel, so O Brother, the 5.1 AAC films and the Matrix keep slipping through. Keeping it out of the store build is totally fine.

No rush, whenever it fits around #59.

[tydude001]

@chadMueller The dev shortcut you asked for is up as #86: on a sideloaded build, contentId=item:<id> plays that film or episode full screen from its start, skipping the guide. On our 43S45 against our test Emby, a film that wasn't airing had a picture 2.1 s after its stream started.

curl -d '' "http://<tv>:8060/launch/dev?contentId=item%3A<id>&mediaType=movie"   # at launch
curl -d '' "http://<tv>:8060/input?contentId=item%3A<id>&mediaType=movie"        # while it runs

The id is Plex's ratingKey, or the Id on Jellyfin and Emby. Write the : as %3A: a bare one gets a 404 from the TV and the app doesn't start. The item has to be in the library the app has saved, so a film added since the last scan won't be found yet. A store build ignores the link.

Also up: #87, the STOP WAITING block for #61. After 60 s with nothing back from the server it offers STOP WAITING, and at 210 s it stops on its own, as LibraryLoadStallWatch does.

And #88 ports the Apple TV's schedule to the Roku, the port your dev log says the Roku is waiting on. scripts/schedule-parity-golden.json passes on our 55R617, all 314 checks.

[chadMueller]

@tydude001 while you're on the #86 fix and the #88 rebase, want a hand with some of the parity list? Your bundle covers #57, #59, #61 and #75, which leaves about 15 open. I don't want to step on anything you've got going, so tell me which ones you'd rather we take and which you want to keep.

Some that look self-contained to me:

• Roku: a film added on the server doesn't show until the app is relaunched #66 and Roku: a TV left on for a day keeps yesterday's library #67: a new film not showing until relaunch, and a TV left on keeping yesterday's library
• Roku: HIGH ROTATION genre channels stay hidden when music videos have no genres #73: HIGH ROTATION genre channels hidden when music videos have no genres
• Roku: no poster in the Now Playing panel #76: no poster in the Now Playing panel

We'd do each one as its own PR against main, small and tested on my stick, and tag you to review. If you've already started on any of them, or you'd rather keep the whole list, that's totally fine too. Just say so.

Also on our side right now: testing the open beta bug reports on my stick (Emby sound, the Plex rescan, the commentary track, subtitles), and checking the build against Roku's certification list before we submit to the store. I'll send you anything that's yours with repro steps.

[tydude001]

@chadMueller Thanks, yes please: take #66 and #76 whenever you like, and #67 and #73 once the nine are in. None of our PRs fixes any of the four. But #67 would change LibraryTask.brs and LibrarySnapshot.brs, which #86, #87 and #88 change, and #73 would change PlexLibrary.brs and MediaBrowserLibrary.brs, which #87 and #88 change, so starting those two after the merge saves one of us a rebase. Tag me and I'll review each.

[chadMueller]

@tydude001 Roku 1.0.6 is on the beta, and the Roku is close to parity with the Apple TV. Thanks for #106 and #107, both in.

What's in 1.0.6: language defaults for audio and subtitles, forced subtitles on Jellyfin and Emby, MY COLLECTIONS on Jellyfin and Emby with FRANCHISES split from OTHER COLLECTIONS, SHOW NOW PLAYING and MARK WATCHED (both off by default), a first run with a small library no longer lands on an empty guide, a six-hour library refresh, Dolby Vision profile 5 films kept off channels, and fixes for a re-tune loop and for a failed stream skipping the film.

What's left, all labelled roku parity. Each has the Apple TV reference, where the Roku stands and what done looks like:

#65 STREAM QUALITY setting
#74 Playback information rows
#115 first launch after an update vs the 15-second launch rule
#116 deep links and Back, one last pass on a TV
#117 subtitles change the TV's caption setting (a question first, tell me what you'd do)
#118 SUBTITLE LANGUAGE and AUDIO LANGUAGE rows in the Now Playing panel
#119 look-alike language codes (SPANISH can pick Estonian)
#120 SUBTITLES ALWAYS on converted Jellyfin and Emby films (a design question first)
#121 a Plex title with a bad byte (a measurement first)

These are yours if you want them, no need to ask. If you'd rather skip one, say so and I'll know. I review each PR and test it on my stick.

One change from before: HIGH ROTATION genres (#73) is parked while I rethink how music videos and separate libraries work across all the apps, so skip that one. The dashboard test credentials and the store listing are on my side.