Freebox Player (Revolution / V6)

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie Lecteur multimédia
  • Assignée à
    rawoul
  • Système d'exploitation Freebox Player V6 (Revolution)
  • Sévérité Basse
  • Priorité Très Basse
  • Basée sur la version 1.0.4
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes
  • Privée
Concerne le projet: Freebox Player (Revolution / V6)
Ouverte par sepocor51 - 12/05/2011
Dernière modification par rawoul - 12/05/2011

FS#6901 - Balises ass non supportées dans les sous-titre

Les balises ass contenues dans les sous-titres ne sont pas supportées (même suite à la version 1.0.4.1) :

- Le positionnement rapide
{\a_} ou l’underscore est remplacé par un chiffre de 1 à 11 :
1: en bas à gauche 5: en haut à gauche 9: au milieu à gauche
2: en bas au milieu 6: en haut au milieu 10: au centre de l’écran
3: en bas à droite 7: en haut à droite 11: au milieu à droite

- Le positionnement précis
{\pos(192,260)} ou la première valeur est la position horizontale et la seconde la verticale. 192 et 260 sont sensiblement les valeurs par défaut en lecture vobsub de fichier srt.

- l’italique : {\i1}{\i0}
- le bold : {\b1}{\b0}
- le souligné : {\u1}{\u0}
- la couleur : {\1c&H__&}{\c} Attention, les underscore doivent être remplacés par les 6 caractères de la couleur inversés par paires (BVR au lieu de RVB) ! Ainsi la couleur a0153b devient 3b15a0.
- la taille du texte : {\fs18} pour mettre la police en taille 18 (ça peut-être utile pour ne pas recouvrir les crédits sans déplacer le sub).

Fermée par  rawoul
12.02.2013 19:05
Raison de la fermeture :  Résolu
Commentaires de fermeture :  

Dans la 1.2.4, mettez à jour FreeMi aussi

aassif a commenté le 12.05.2011 07:42

+1

Olorin a commenté le 12.05.2011 16:52

Je confirme. Le support du format ass sans supporter au minimum ses fonctions de base n’est pas très utile.
Les balises de fade in/fade out : {fad(xxx, yyy)} sont également régulièrement utilisées.

Autre problème, chez moi les fichier ass externe ne sont pas lu, pas de problème pour ceux encapsulés dans un mkv. Quelqu’un d’autre est touché ?

C’est un peu dommage d’avoir fermé la tâche 3575 qui centralisait un peu tout les problèmes liés au sous-titres, je trouve...

Chez moi non-plus, les fichiers ass (externes) ne sont pas pris en charge. Sepocor51 a peut-être réalisé ses tests avec des ass encapsulés dans des mkv.

Mais les problèmes de tags ne s’arrêtent pas aux .ass. En effet, malgré ce qu’annonce le changelog du firmware 1.0.4.1, les tags des srt ne sont toujours pas correctement pris en charge (notamment, mais sans doute pas exclusivement, les tags de positionnement). Les seuls tags que j’ai vu correctement sont ceux ayant trait à l’affichage en italique des dialogues... qui étaient déjà correctement gérés dans le firmware 1.0.4.1. Je ne comprend donc pas ce changelog.

Quant à la tâche 3575, c’est en effet bien frustrant qu’un topic aussi centralisateur soit fermé, alors même que tous les problèmes ne sont pas encore réglés. Mais je comprends aussi que, devant la bêtise de nombre de commentaires inutiles et hors propos, voire parfois insultants, il ait été décidé d’assainir le topic, en faisant le ménage par le vide.

Admin
rawoul a commenté le 12.05.2011 17:53

C’est difficile pour les devs de suivre tous les commentaires, c’est plus simple d’avoir une tache par bug ou evolution precis. Le firmware 1.4.0.1 gere les tags html dans les sous-titres “plain text” (dans les mkv). Les tags de positionnements dans les srt ne seront pas pris en compte.

Les tags ASS seront pris en compte mais je n’ai pas de date precise pour l’implementation.

Olorin a commenté le 12.05.2011 18:41

“En effet, malgré ce qu’annonce le changelog du firmware 1.0.4.1, les tags des srt ne sont toujours pas correctement pris en charge (notamment, mais sans doute pas exclusivement, les tags de positionnement)”

Les tags de positionnement ne font pas partit de la norme srt, donc à la limite, c’est compréhensible qu’ils ne soient pas gérés.

@Arnaud Vrac : En attendant le support complet, ne serait-il pas possible, dans un premier temps, de détecter les tags, et de les supprimer de l’affichage, comme le font certains logiciels ne les supportant pas ? Ça devrait logiquement être assez rapide à implémenter (juste quelques expressions régulières) et ça permettrait d’utiliser des fichiers ssa/ass qui contiennent quasiment tous des balises et donc sont inutilisable (ça gêne beaucoup à la lecture)

Admin
rawoul a commenté le 12.05.2011 18:58

@Olorin: les tags sont deja supprimés pour les fichiers ASS. Si ce n’est pas le cas, alors il y a un bug ou le fichier de sous-titres est invalide.

Olorin a commenté le 12.05.2011 19:39

@Arnaud Vrac : Exact, au temps pour moi, je testais un SRT avec tags au lieu d’un ASS.

@samirtiar : effectivement mes sous-titres sont encapsulés dans des mkv. de plus se sont des SRT avec tags et non des ASS (idem Olorin)

krysstof a commenté le 04.11.2011 02:33

Ok, donc avec le firmware 1.1.0 du player (11-oct-11)

J’ai des MKV avec sous-titre ASS utilisant des tags (couleur, positionnement, et tout ce qui rend joli), et cela s’affiche toujours en plein texte.
(mais ca c’est une surprise pour personne, et surtout pas Arnaud Vrac :) )

sinon j’ai ouvert un autre ticket :  FS#8722 , pour l’affichage en simultannée des sous-titres, je ne sais pas si c’est pas à fusionner avec cette tache ou non.

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche