This release brings the fork up to date with official NuvioTV 0.8.1 and ships everything from the 0.7.20 series in one go: MDBList watch tracking as a full alternative to Trakt, per-format audio passthrough, much faster playback starts, seamless episode transitions, and a fix for the one bug that could lose something of yours.
At a glance
- Everything from the official 0.8.0-beta and 0.8.1-beta releases is included — among it Simkl tracking, smarter startup, subtitle and focus fixes, and faster large-library handling. Credit to the upstream authors: @tapframe, @skoruppa, @supergera13, @halibiram, @Laskco, @Springs-Tea, @darkflame91, @hezhamen, @mmsw91 and @haveAnIssue.
- MDBList watch tracking. A complete alternative to Trakt — scrobbling, Continue Watching, resume, watched ticks and Up Next — on nothing more than a free API key.
- Per-format audio passthrough. Tell Nuvio which formats your receiver can actually decode, and it decodes the rest in the app instead of sending them down a wire that can't carry them.
- Much faster starts. Pressing play went from about 6.4 seconds to a picture down to around two seconds on a prepared press. Starting the next episode is faster again.
- The black flash between episodes is gone. The player is kept and re-used across a series instead of being torn down and rebuilt every time.
- Continue Watching no longer loses titles. A timing bug could leave a title marked as still playing, making it vanish from the row and lose its resume position. Fixed for Trakt and MDBList both.
- The playback stats overlay has been rebuilt, and the loading screen now tells you where a stream is coming from before it starts.
- The launcher icon and banner have been changed — so this build is distinguishable from the official build when both are installed on a device.
New
MDBList watch tracking — a full alternative to Trakt
Nuvio can now track everything you watch through MDBList, using nothing more than a free API key. No OAuth, no sign-in flow, no tokens that expire — and it runs happily alongside Trakt, Simkl and Nuvio Sync if you'd rather have several: every connected service keeps recording your playback no matter which one you read from.
Turning it on: Settings → Integrations → MDBList → Watch Tracking. One switch, off by default; it needs the integration enabled and the same free key that powers rating badges.
What it does: playback is reported exactly as it is to Trakt. Cross 80% and the title lands in your MDBList watch history; stop earlier and MDBList keeps a paused session with your position for 30 days. Movies and episodes are matched automatically by their IMDb and TMDB ids — nothing to configure.
As your Watch Progress source: the Watch Progress picker now offers MDBList whenever tracking is configured. Select it and Continue Watching, resume, watched ticks and Up Next are all powered by your MDBList account — across every device that scrobbles to it, so you can pause on one and resume on another. If tracking is ever turned off, Nuvio quietly falls back to Nuvio Sync rather than showing an empty row.
Switching to MDBList never takes watched state away. Watched state is a union: something counts as watched if either MDBList or your local history says so. Selecting a fresh MDBList account can add watched state — it can't erase years of local viewing. Marking things watched, and removing them, reach your MDBList account too.
On the new Tracking screen: MDBList appears as a third account row beside Trakt and Simkl, with live status and a dialog that's complete in itself — enable, API key entry and the tracking switch, plus your account, plan and requests-today figures. A cold setup works end to end from that screen alone. Rating badges stay under Integrations, where they belong.
Watched ticks now reach the actor, network and studio browsers. Those screens key their items differently to the rest of the app, so they used to show no watched state under MDBList. They now light up like everywhere else, for movies and fully-watched series alike.
Per-format audio passthrough
One master passthrough switch was never the right shape for real living rooms. You can now tell Nuvio, format by format — TrueHD, DTS-HD MA, DTS, E-AC3, AC3 — which ones your receiver genuinely decodes. Anything switched off is decoded by the app's own bundled decoder and sent as multichannel PCM, so you keep every channel rather than losing the track or the format. A new Audio Chain Claims diagnostic on the stats overlay shows exactly what your TV and receiver are advertising, which makes quick work of "why isn't this bitstreaming" questions.
The loading screen tells you more
While a stream spins up, the loading screen now shows where it's coming from — the add-on that listed it, the debrid service or library holding it, and the file's name and size — so a slow start is no longer a mystery.
Improved
Playback starts a lot faster
Work that used to happen after you pressed play now happens while you're still browsing: the stream is found and resolved ahead of the press, the connection to the right content server is warmed with real data, and the first bytes of the file are already in hand when the player starts. The player itself stops wasting its first connection and no longer waits for a whole 8 MB chunk before showing a picture.
What that buys you: pressing play on an episode went from about 6.4 seconds to a picture down to roughly 1.7–2.1 seconds on a prepared press, and starting the next episode from about 6.8 seconds to around 3 seconds or better. Figures are from one box and are indicative rather than statistical — but the direction is unmistakable.
Moving to the next episode
- The black flash is gone. The player survives the transition and is re-used, so the screen never drops to black between episodes.
- A deliberate next-episode press switches immediately — no countdown. Auto-play at the end of an episode keeps its three-second window, since an unattended transition still needs a moment to cancel in.
- The next episode is predicted and pre-downloaded correctly, so the prepared stream is the one your press actually chooses.
- Changing HDR format mid-session now applies live, with a fast decoder swap instead of a full rebuild.
The playback stats overlay, rebuilt
Stats are grouped into titled sections — Source, Video, Audio, Network, System — with new rows showing the add-on and the debrid service or library behind the stream. Long filenames scroll instead of truncating, and the panel now fits the screen even with Dolby Vision's extra rows.
Cleaner audio across display-mode switches
When a display-mode switch fires mid-start, the audio output is now released cleanly before the switch and restored during the settle window — removing the brief burst of recovered audio errors that was also the fragile moment for passthrough. No cost to start-up time.
Smaller improvements
- Continue Watching fills in faster on a cold start — watch history refreshes when the app comes to the foreground.
- Marking something watched shows up immediately rather than needing a restart.
Changed
Dolby Vision: one misleading setting removed
Preserve DV mapping (DV7 → DV8.1) is gone from Video & DV settings. Your picture looks exactly the same: whatever it was set to, playback already took the standard 8.1 conversion path — the option was never reachable through the library interface Nuvio uses, and testing against the library author's own files showed the "preserved" path would have been the worse choice for streaming anyway. Two Advanced conversion-mode descriptions were corrected at the same time; leave that picker on None unless specifically instructed. All Dolby Vision handling modes, DV5 conversion and Profile 7 playback are unchanged.
Smaller changes
New launcher icon and banner — fork-local artwork, so this build is distinguishable from an upstream install at a glance.
Fixed
Titles no longer vanish from Continue Watching
Pausing something and backing out of the player straight away could make the title disappear from Continue Watching and lose its resume position. The cause was a message-deduplication race: a "stopped playing" report sent while the "started playing" before it was still in flight looked like a duplicate and was dropped, leaving the tracking service believing the title was still playing. Nuvio now tracks what it has sent as well as what has been confirmed, and never drops a stop while a start is in flight. This affected Trakt and MDBList equally and both are fixed — anything that already dropped out reappears on its own the next time you play and stop it normally.
Smaller fixes
- The MDBList account check no longer serves a stale cached response.
- API keys are no longer written to debug logs (release builds never logged them).
- Switching profiles no longer briefly shows one profile's watched state on another.
- Several long settings subtitles no longer truncate mid-sentence on a TV.
Install
Sideload via ADB or a file manager. This is a personal test build with the application ID com.nuvio.tv.test, so it installs alongside official NuvioTV rather than replacing it.
Licence and attribution
GPL v3.0. All upstream copyright headers, licence text and developer attributions are preserved; no licence text was removed.
- Upstream is [NuvioMedia/NuvioTV](https://github.com/NuvioMedia/NuvioTV), whose player, audio sink, renderer, tracking and settings plumbing this work extends. The Simkl integration and the pluggable tracking architecture this build's MDBList provider sits on are upstream's work (@tapframe, @skoruppa). This fork is not affiliated with or endorsed by the NuvioTV project — please do not report issues from this build to upstream.
- The per-format audio model — one switch per format, phrased as a receiver capability, with DTS and DTS-HD split — follows Kodi's
audiooutput.*passthroughsettings, as does the label wording. No Kodi source code is used. Kodi is GPL-2.0-or-later, compatible with this project's GPL-3.0, and is credited inres/values/strings.xmland in the relevant file headers. - Provider and store vocabulary is derived from the AIOStreams project's published provider list.
- Dolby Vision conversion uses libdovi (quietvoid/dovi_tool), MIT-licensed. No libdovi code is reproduced in these changes.
- Thanks to the community members whose feature requests and setup descriptions defined the audio problem — particularly the reports that isolated it to specific receivers rather than to the app.