Skip to content Why a portal catalog fills in while you browse, and why that is the right answer
Portals limit how fast one device may ask. mtivi takes a large slice, then fills the rest in as you browse, instead of stalling on a walk it cannot finish.
On an Xtream or M3U line the whole catalog arrives in one download. A portal does not work that way, and a player that pretends otherwise ends up with half a list and a throttled session.
What the portal does
Portals serve their catalog in pages and limit how many a single device may pull. A catalog of nineteen thousand films is more than fourteen hundred pages. Asking for all of them in a row gets the session slowed or cut, which is why a full walk so often stops part of the way through on other apps.
What mtivi does instead
| Stage | What you get |
|---|---|
| First sync | Live TV, the portal’s guide, series, and a large slice of the movie catalog |
| As you browse | Opening a category loads it in full, and it stays loaded |
| In the background | Remaining categories fill in slowly, one at a time, while you watch |
The point is a session that survives. A complete catalog is worth nothing if the portal has stopped answering. Measured on a real portal: eleven thousand channels, nineteen thousand films and nearly four thousand series, reached without the playlist being cut.
Making it finish sooner
Open the categories you actually use. Each one you visit is fetched in full and cached, so the second visit is instant, and leaving the app open lets the background fill run.
Recording, guide and expiry all work
A portal line is not a second-class source here: live TV, films, series with seasons, the portal’s own guide, your subscription expiry, subtitles, downloads, casting and recording all work. See Add a Stalker or MAG portal.
