Rechercher

Tv OTT discontinuité

Tv OTT discontinuité

Démarré par TiTi, 20 Octobre 2015 à 13:14:47

« précédent - suivant »

0 Membres et 2 Invités sur ce sujet

Imprimer
En bas Pages 1 2 3 4
Actions de l'utilisateur
#45
30 Novembre 2015 à 18:41:10 Dernière édition: 30 Novembre 2015 à 18:43:30 par ngx472
Bonsoir

Donc si on résume:
- les freeze VLC sont avérés
- KNet est au courant du problème et travaille sur un patch

yes?

Merci

PS: pour les blaireaux dont je suis, OTT = https://fr.wikipedia.org/wiki/Service_par_contournement
#46
30 Novembre 2015 à 18:45:18
Mes propos sont le fruit exclusif de mon cerveau, et ne sont pas soumis au maître esprit.
#47
30 Novembre 2015 à 18:46:49
= HLS
#48
30 Novembre 2015 à 18:51:54
Citation de: ngx472 le 30 Novembre 2015 à 18:41:10
- KNet est au courant du problème et travaille sur un patch

Il faut espérer, car ça fait partie d'un service proposé :

(http://i.imgur.com/ET5OHhS.jpg)
#49
30 Novembre 2015 à 20:20:03
Ben même si c'est défaillant sous VLC en ce moment (quelqu'un a dit que c'était définitif ?), Kodi remplit le contrat en attendant non ?  ::)
Client K-net à votre écoute, je ne suis pas un employé de K-net.

Vous pouvez contacter le support K-NET soit par mail à info@k-net.fr ou par téléphone au 09 72 350 350.
#50
30 Novembre 2015 à 20:23:37
Je veux VLC  ;D Car VLC est the god.
#51
03 Décembre 2015 à 14:23:04
Je confirme kodi aucun soucis, vlc discontinué même en augmentant le cache.

Ca me permet de tester kodi en même temps que je n'ai plus touché depuis l'époque xbmc.
#52
03 Décembre 2015 à 18:41:43
+1 codi marche bien
je savais meme pas qu xbmc avait changé de nom
#53
12 Décembre 2015 à 15:35:54
En résumé : VLC est de nouveau capable de jouer les flux TV Knet

Un peu de détail pour les technophiles :
Le problème:
VLC "plante" régulièrement, sur n'importe quelle chaine, avec des messages cryptiques ("ts error: libdvbpsi (PSI decoder): TS discontinuity (received 9, expected 5) for PID 4096")

Les points intéressants:
- seul VLC semble concerné : d'autres logiciels comme le player de la dune ou kodi n'ont aucun soucis
- après test, les flux ne sont pas en cause : le problème est toujours présent avec les flux d'il y a 6 mois

Les points étranges:
Dans les journaux du serveur, les fichiers ts envoyés à VLC ont une taille ridiculeusement petite.
Sur le backend:
Code Sélectionner

178.250.208.141 - - [09/Dec/2015:20:32:07 +0100] "GET /6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:07 +0100] "GET /6/multicat/144968950.ts HTTP/1.1" 200 7669648 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:15 +0100] "GET /6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:16 +0100] "GET /6/multicat/144968951.ts HTTP/1.1" 200 7039284 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:25 +0100] "GET /6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:26 +0100] "GET /6/multicat/144968952.ts HTTP/1.1" 200 8864576 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:35 +0100] "GET /6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:36 +0100] "GET /6/multicat/144968953.ts HTTP/1.1" 200 8922480 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:45 +0100] "GET /6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:46 +0100] "GET /6/multicat/144968954.ts HTTP/1.1" 200 7763084 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:55 +0100] "GET /6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.141 - - [09/Dec/2015:20:32:56 +0100] "GET /6/multicat/144968955.ts HTTP/1.1" 200 7667016 "-" "VLC/2.2.1 LibVLC/2.2.1"


Et sur le frontend:
Code Sélectionner

178.250.208.80 - - [09/Dec/2015:20:32:07 +0100] "GET http://mytv.k-net.fr/6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:07 +0100] "GET http://mytv.k-net.fr/6/multicat/144968950.ts HTTP/1.1" 200 7671207 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:16 +0100] "GET http://mytv.k-net.fr/6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:16 +0100] "GET http://mytv.k-net.fr/6/multicat/144968951.ts HTTP/1.1" 200 7039333 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:26 +0100] "GET http://mytv.k-net.fr/6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:26 +0100] "GET http://mytv.k-net.fr/6/multicat/144968952.ts HTTP/1.1" 200 31583 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:36 +0100] "GET http://mytv.k-net.fr/6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:36 +0100] "GET http://mytv.k-net.fr/6/multicat/144968953.ts HTTP/1.1" 200 6967 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:46 +0100] "GET http://mytv.k-net.fr/6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:46 +0100] "GET http://mytv.k-net.fr/6/multicat/144968954.ts HTTP/1.1" 200 7763175 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:56 +0100] "GET http://mytv.k-net.fr/6/play.m3u8 HTTP/1.1" 206 274 "-" "VLC/2.2.1 LibVLC/2.2.1"
178.250.208.80 - - [09/Dec/2015:20:32:56 +0100] "GET http://mytv.k-net.fr/6/multicat/144968955.ts HTTP/1.1" 200 7667349 "-" "VLC/2.2.1 LibVLC/2.2.1"


Observe la taille des fichiers (la valeur entre le "206" et le "-") : elle est importante sur le backend (7-8Mo), et parfois ridicule sur le frontend (6967 par exemple, c'est à dire 7kb)

La solution:
Puisque les fichiers sont trop petits, et que cela n'arrive qu'avec VLC, c'est que ce dernier n'aime pas ce que renvoie le serveur
De fait, il semble que VLC n'aime pas le header HTTP Transfer-Encoding: chunked
La page wikipedia indique cette fonctionnalité permet au serveur de commencer à envoyer les données, même lorsque la taille de l'objet n'est pas connu.
Bien que faisant partie du protocole HTTP, ce header est souvent remplacé par Content-Length (qui requiert la taille de l'objet)

Bref, j'ai désactivé la fonctionnalité de chunked transfer : le serveur doit donc désormais obtenir l'intégralité du fichier avant de l'envoyer au client, mais vlc est de nouveau heureux

Merci à Titi pour le beta-testing
Mes propos sont le fruit exclusif de mon cerveau, et ne sont pas soumis au maître esprit.
#54
12 Décembre 2015 à 17:19:27
Vlc est de nouveau heureux, le client aussi.
#55
13 Décembre 2015 à 08:58:12
@jack c'est fait sur le serveurs à destination de tous les clients (kodi, dune,...) ou seulement sur un serveur spécifique VLC ?
#56
13 Décembre 2015 à 11:45:42
C'est fait pour tout les serveurs
Mes propos sont le fruit exclusif de mon cerveau, et ne sont pas soumis au maître esprit.
#57
13 Décembre 2015 à 18:59:21
Je confirme, VLC fonctionne bien, merci Jack.

j'utilisais KODI en attendant, mais je trouve que l'image avec VLC est meilleure
#58
16 Décembre 2015 à 23:52:57
Un vrai plaisir de retrouver le fonctionnement de VLC !

Merci à Jack pour son intervention du WE.
Imprimer
En haut Pages 1 2 3 4
Actions de l'utilisateur

Tv OTT discontinuité