H.265 videos don’t play in QuickLook in in macOS Big Sur
▻https://discussions.apple.com/thread/253081863
There is a lossless fix if you install ffmpeg and add ’-tag:v hvc1’ without re-encoding in the Terminal (then also QuickLook plays it OK):
ffmpeg -i input.mp4 -vcodec copy -acodec copy -tag:v hvc1 output.mp4
Testé : ça fonctionne, et c’est relativement rapide, même sur un énorme fichier vidéo de 18Go.
Suite de mes aventures au pays des #webfonts… côté arabe.
Épisodes précédents :
– d’abord, problème de lissage sous Windows, la solution a consisté à remplacer la version TTF par la version OTF :
►http://seenthis.net/messages/44936
– ensuite impossible de parvenir à faire fonctionner une police arabe en webfont sous Safari (caractères séparés, absence de ligatures arabes).
Je pense avoir réussi à créer une webfont arabe qui fonctionne :
– pour commencer, il faut que la police contienne explicitement les substitutions #Opentype pour les caractéristiques init, medi et fina ; il s’agit de remplacer les formes isolées des caractères arabes par leurs formes spécifiques ; pour n’importe quel logiciel, ces définitions sont plus ou moins inutiles, parce que chacune des formes ayant un code Unicode, tous les softs savent faire le remplacement tous seuls sans passer par Opentype ; mais là, hé ben il faut se le farcir à la main ;
– générer la police, au format OTF (pas TTF, pour l’histoire de problème de lissage sous Windows déjà évoqué) ;
– ne pas utiliser FontSquirrel pour fabriquer les webfonts, mais par Font2Web :
►http://www.font2web.com
– remplacer l’appel de la version TTF par la version OTF initiale.
Et là, ça a l’air de fonctionner correctement. Je vais faire des tests supplémentaires.
Je rappelle que rigoureusement rien de tout ceci n’est jamais clairement documenté, et que c’est carrément éprouvant pour les nerfs – mais je commence à avoir l’habitude quand on joue avec l’arabe et l’informatique.
Ça m’a l’air de tourner correctement. J’ai essayé sous IE7 jusqu’à IE9 sous Windows (XP et 7), du coup c’est en ligne sur Lebanese-Fashion :
►http://www.lebanese-fashion.com
(où il reste encore quelques images typographiques, mais ça va sauter au fur et à mesure).
Le côté casse-gueule de la manip, évidemment, c’est que c’est bibi qui se code les substitutions Opentype pour chaque caractère arabe contenu dans la police. Donc risque de gourance pas négligeable du tout.
Et boum : ça ne marche pas sous IOS. Je vois que quelqu’un d’autre l’a signalé :
►https://discussions.apple.com/thread/4152761?start=0&tstart=0
Recently, we decided to use some arabic webfonts from fonts.com in our projects, but we have had trouble with ios safari arabic webfont rendering.
Je précise : les caractères latins s’affichent bien dans la webfont (qui se charge donc bien), mais pas les caractères arabes, qui s’affichent dans la police système.
Amusant problème de #sécurité_informatique. #Apple a changé certains de ses logiciels (comme #iTunes) pour tester si le #DNS fonctionne en tenant de se connecter à www.bogusapple.com. Le but était sans doute de tester avec un nom qui marchait et un qui ne marchait pas. Mais Apple n’avait pas enregistré le nom et quelqu’un l’a fait hier, recevant ainsi les connexions (et les informations privées) de plein d’Apple fanboys...
►https://discussions.apple.com/thread/4380270
►http://www.bogusapple.com
Apple aurait dû utiliser comme « nom garanti d’échouer », le TLD spécial .invalid ou, tout simplement, un sous-domaine d’apple.com...
