@ Rooot : Quelle protection ?
Je n'utilise pas les navigateurs mais l'application M3U.IPTV.

http-referrer=https://www.netplus.chsi tu retires cette ligne, est-ce que ca fonctionne ? si oui alors c'est que ce n'est pas necessaire.
si ca ne fonctionne pas c'est qu'il est indispensable de faire croire au serveur web qui sert le m3u8 que la requete provient de "https://www.netplus.ch" et non d'un lien direct ou bien d'un autre site.

par ailleur, je vien de créer un m3u avec les infos que tu as donné et chez moi ca ne fonctionne pas, j'ai toujours un time out.
j'ai essayé en ligne de commande aussi et c'est pareil :
C:\Program Files\VideoLAN\VLC>vlc --http-referrer="https://www.netplus.ch" --http-user-agent="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/115.0 Safari/537.36" --network-caching=2000 "https://viamotionhsi.netplus.ch/live/eds/novo19/browser-HLS8/novo19.m3u8"

@  Rooot : je ne cherche pas à savoir si c'est utile ou pas mais à faire proprement la déclarative pour que cela fonctionne partout.

ha ok, il y a une protection pour empecher le telechargement direct depuis le navigateur donc.

Oui et non. Le lien https://viamotionhsi.netplus.ch/live/eds/novo19/browser-HLS8/novo19.m3u8 mis dans la barre d'adresse du navigateur est bien traité. C'est un simple lien de redirection, comme peut l'être un lien court, vers une adresse de type :
https://cache1a.netplus.ch/tok_ey[...]yD6fg==/live/eds/novo19/browser-HLS8/novo19.m3u8
qui est le m3u8 "master", qui te fournit la liste des M3U8 "media" dont celui que tu choisiras te fournira la liste des trames TS des flux réels.

Avec Vivaldi (la base est Chrome), un clic droit sur le lien téléchargé à la première adresse, te donne la seconde adresse car c'est l'adresse réellement téléchargée. Donc il n'y a là aucune protection et tu peux avoir l'adresse utile.

Là où ça se complique, c'est si tu veux faire ça depuis la page d'un autre site, par exemple depuis un lecteur embarqué dans une page comme celle de TVradioZap ou un script JS qui tournerait sur un autre site. On entre dans le "cross-domain", autrement dit l'obtention de contenu d'un domaine http à partir d'un autre domaine http. Ceci est extrêmement contrôlé par les navigateurs, pour des questions de sécurité, pas de faille à ma connaissance. Si un site ne veut pas autoriser l'exploitation de ses contenus depuis un autre domaine que le sien ou ceux accrédités, il le peut très facilement. C'est ce que fait Net+ mais partiellement.  Net+ te refuse le premier m3u8... mais pas le second !

Alors comme le second est le fichier utile, que ce fichier utile a la même adresse quelque soit celui qui la demande au lien de redirection, il suffit de le demander par un autre moyen, par exemple par un serveur. Un serveur, contrairement à un navigateur, n'est pas soumis aux interdictions du cross-domain, il peut heureusement accéder à tous les liens du WEB. C'est aussi le cas des applis audio/vidéo et de tout ce qui est hors navigateur, donc le 1er lien s'ouvre avec VLC.

Oui et non.

ce n'est pas oui et non, c'est non tout court dans mon cas. c'est pourquoi j'en ai déduit sur le coup que sans ces headers il n'était pas possible de récupérer le fichier, mais finalement ce n'est pas ca, en passant par un VPN je parviens bien a récupérer le fichier et afficher le flux video.
il y a probablement un blocage géoip, je ne vois pas trop pourquoi mon ip serait blacklisté.

ce n'est pas oui et non, c'est non tout court dans mon cas. c'est pourquoi j'en ai déduit sur le coup que sans ces headers il n'était pas possible de récupérer le fichier, mais finalement ce n'est pas ca, en passant par un VPN je parviens bien a récupérer le fichier et afficher le flux video.
il y a probablement un blocage géoip, je ne vois pas trop pourquoi mon ip serait blacklisté.

Oui, c'est bizarre. Je viens de vérifier avec m3u-iptv et Smarters IPTV Pro dans un émulateur Android, et avec une liste de lecture avec Novo9 en seule chaîne.
Les 2 applis affichent sans problème la chaîne. J'ai modifié le "user-agent", l'ai laissé vide puis rempli avec un texte de n'importe quoi, et ça marche toujours. Aucun "referrer" n'a été utilisé.

Le problème est sûrement ailleurs. Jusqu'à présent, c'est seulement dans le navigateur que j'ai constaté un problème.

Au tout début que j'ai mis du Net+ dans tvrz, ça marchait. Puis ça n'a plus marché. J'ai embarqué alors un autre player m3u8 d'un autre domaine que tvradiozap.eu, spécifiquement pour les liens net+, et ça a remarché. Mais un ou 2 jours plus tard, ça ne marchait plus. J'ai alors remplacé le 1er player par un second d'un 3ème domaine, et ça a remarché. Mais rebelotte ! Le lendemain, ça ne marchait plus. Ils sont très joueurs, les Helvètes  . Je pense qu'ils blackboulaient au fur et à mesure les noms de domaine des players, mais seulement pour le m3u8 au lien https://viamotionhsi.netp..., pas pour le m3u8 (ni les trames) vers lequel le 1er redirige (peut-être que c'est impossible parce qu'en cache, ou qu'ils n'ont pas la main au niveau des url redirigées mais louent un service de streaming technique... je n'en sais rien).

J'ai alors fait un script qui récupère simplement le lien "master" vers lequel le lien https://viamotionhsi.netp... nous redirige. Et là tout a bien marché à nouveau dans le player standard de tvrz. Un navigateur est très bavard pour passer plein d'infos sur ta config au service à l'autre bout, dont le domaine. Par contre les applis hors navigateur ne fournissent rien sauf le user-agent qu'on peut modifier à souhait, donc au final je ne vois pas du tout pourquoi ça coince chez toi, sauf si ton appli tournait sur un nom de domaine.
Il faudrait que tu mettes en route un traceur http pour qu'on voit les échanges.