- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie Lecteur multimédia → Client UPnP AV
-
Assignée à
brouits - Système d'exploitation Tous
- Sévérité Basse
- Priorité Très Basse
- Basée sur la version 1.3.18
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- LeRoutier (03/12/2014)
- Privée
Concerne le projet: Freebox Player (Revolution / V6)
Ouverte par frnchfrgg - 09/02/2014
Dernière modification par brouits - 14/10/2016
Ouverte par frnchfrgg - 09/02/2014
Dernière modification par brouits - 14/10/2016
FS#14261 - Validation des url trop restrictive pour AVTransport/SetAVTransportURI
Les url ne sont acceptées que si elles se terminent par une extension reconnue, comme .ogg ou .ts, hors une url peut être gérée par le Player même si ce n’est pas le cas (think Ogg/Vorbis sans extension mais avec le bon mimetype, ou rtsp://). C’est d’autant plus étrange que le Player n’utilise pas l’extension pour déterminer le format (un .ogg qui contient du .ts est accepté IIRC, ou bien une url rtsp://mon_ip/fichier.ogg qui est bien utilisée par libfbxrtsp comme adresse du SDP).
Pourquoi cette limitation arbitraire ?
Fermée par brouits
14.10.2016 12:52
Raison de la fermeture : Ticket invalide
Commentaires de fermeture :
14.10.2016 12:52
Raison de la fermeture : Ticket invalide
Commentaires de fermeture :
ajouter les méta-données DIDL, cela
fonctionnera même sans extension
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Bonjour,
L'acceptation du contenu set fait en priorité via l'analyse des tags xml fournies en méta-données à setAVTransportURI. Votre control-point ou media-server fournit-il un DIDL suffisament renseigné ? si vous voulez bien en poster un exemple ici, je pourrais voir si on peut déterminer le mime-type.
Merci
Le contenu est refusé.
Si l'adresse contient une extension "reconnue" par le Player, comme .ogg ou .ts le contenu est accepté quand bien même il ne correspond absolument pas à l'extension en question. Pour moi ça ressemble à une whitelist d'extensions. Pour servir du OGG par http c'est pas vraiment un problème, par contre pour du RTSP c'est bizarre de coller un .ts à l'URL du flux de contrôle SDP.
Je n'ai pas cherché du côté des méta-données. J'essaierai de voir si fournir ces informations permet de débrayer la vérification de l'extension de l'url.
Pour référence, voilà le script Python que j'utilise (J'ai un équivalent pour RTSP, mais il est plus compliqué donc moins minimal).
Bonjour,
Sans méta-données contenant un mime-type, le renderer ne peut savoir si le contenu est jouable. C'est là qu'il se fie à l'extension.
Mais si vous ajoutez les méta-données DIDL, cela fonctionnera même sans extension.
Le DIDL doit être échappé et inclus dans le tag CurrentURIMetaData.