Recherche avancée

Sur d’autres sites (4873)

• Different video players showing incorrect mp4 resolution after ffmpeg conversion

  18 novembre 2016, par Nova

  After getting help from http://stackoverflow.com/a/40601020/6318164 on how to convert webm to mp4. The result avoiding losing the video ratio by setting the height resolution with -vf scale=-2:720.

  I then came across another problem. I’ve found both width and height had to be supported for the video players, when I thought it was just the height that had to be specified.

  After browsing around I found this script http://stackoverflow.com/a/35487394/6318164 were I can change the video’s canvas to a common width and height standard. It shrinks the video to fit inside the center of specified canvas without losing the ratio while filling the empty space with black padding if I’m correct, which is the result I want.

  However, although it solved the playback problems in all the players, I’ve found different video players show different resolution information of the same video.

  I’ve modified the script here for Linux terminal use.

  X=1280; Y=720; ffmpeg -i old.webm -t 5 -vf "scale=min(iw*$Y/ih\,$X):min($Y\,ih*$X/iw),pad=$X:$Y:($X-iw)/2:($Y-ih)/2" new.mp4

  This is the research on the resolution differences I’ve found for value I set.

  X=1280; Y=720;
  
  
  
  webm          -> mp4
  
  =========================================================
  
  1280x752      -> 1280x720 X-plore (Android)
  
  Not supported -> 1339x720 Telegram (Android)
  
  1338x752      -> 1340x720 GNOME MPlayer (Linux)
  
  Not supported -> ???????? Built-in Video Player (Android)

  The question is, I’m I doing anything wrong with the ffmpeg conversion to return incorrect resolutions for different players ? I checked out some other videos I have and they show the correct resolutions except this converted one.

  Edit

  With the help of the accepted answer. This was my working output if anyone needs it :

  X=1280; Y=720; ffmpeg -i input.webm -vf "scale='if(gt(a*sar,16/9),${X},${Y}*iw*sar/ih)':'if(gt(a*sar,16/9),${X}*ih/iw/sar,${Y})',pad=${X}:${Y}:(ow-iw)/2:(oh-ih)/2,setsar=1" output.mp4

• Evolution #3692 : Suivre les évolution de MediaJS

  22 mai 2017

  - Equipement a écrit :

  Pour information, quelques problèmes que j’ai constatés sur la version 4.1.0 de MediaElement (du 04/05/2017) :

  Après passage en 4.1.1

  - En navigation au clavier, lorsque le focus est sur le gros triangle au centre de la vidéo, la touche entrée (et la barre d’espace) ne permet pas de lancer la vidéo.

  Chez moi ça marche avec entrée ou espace (testé sous Win10 + Chrome)

  - L’agrandissement du texte à 200 % fait passer le bouton plein écran sous la vidéo, en blanc sur fond blanc, aussi il n’est plus visible.

  Non reproduit en 4.1.1.

  - MediaElement 4.1.0 permet d’afficher une transcription textuelle (au format VTT) lorsqu’on navigue avec la souris, mais pas avec le clavier.

  Je ne sais pas comment tester ça.

  - La vignette d’une vidéo au format FLV (codec FLV1) ne s’affiche pas.

  On parle bien de la vignette au sens de SPIP, c’est-à-dire, de l’image jointe en plus du document en tant que vignette ?
  Chez-moi ça marche

  - Si une page contient une vidéo MP4 et une vidéo FLV (codec FLV1), les vignettes des vidéos ne s’affichent pas.

  Idem

• Evolution #3361 : Tri par défaut des entrées des menus du bandeau de l’espace privé

  6 décembre 2014, par tcharlss (*´_ゝ｀)

  Voilà ma petite proposition de patch et mes explications (un peu verbeuses, mais ça m’aide à retenir).

  Dans http://core.spip.org/projects/spip/repository/entry/spip/prive/squelettes/inclure/barre-nav.html#L46, c’est la boucle , ligne 46, qui affiche les entrées.
  Tel quel, on ne peut pas faire de tri au moyen de {par xxx}, car la chaîne de langue n’est pas contenue dans #VALEUR{menu}, juste le nom de l’entrée i18n associé :
  

  array (size=6)
    ’auteurs’ => 
      object(Bouton)[301]
        public ’icone’ => string ’’ (length=0)
        public ’libelle’ => string ’icone_auteurs’ (length=13)
        public ’url’ => null
        public ’urlArg’ => null
        public ’url2’ => null
        public ’target’ => null
        public ’sousmenu’ => null
    ’rubriques’ => ...
  

  
  (Note : dans la boucle DATA, l’objet « Bouton » est traité comme un tableau associatif).
  Pour faire le tri alphabétique, il y a juste 2 points à traiter :

  • Rajouter la chaîne de langue dans les valeurs. Les premières lettres suffiront pour le tri.
  • Faire en sorte que cette paire clé/valeur soit au début du tableau. Anéfé, dans une boucle DATA, quand les #VALEUR sont des tableaux associatifs, {par valeur/toto} ne fonctionne pas. En revanche, on peut faire {par valeur} tout court et ça va prendre en compte la valeur associée à la première clé du tableau.

  Donc concrètement, en ajoutant 'tri' => 'chaine de langue' au début du tableau de chaque entrée, on peut faire {par valeur} dans la boucle et le tour est joué.
  Je propose 2 patchs, au choix :

  Patch A¶

  Dans le squelette barre_nav.html : juste avant la boucle DATA qui affiche les entrées, on fait une boucle qui modifie le tableau qui l’alimente (dans le patch, on fait gaffe au espaces blancs, mais là c’est pour la lisibilité).

  [(#REM) prépare les données des entrées ]
  #SETsousmenu,#ARRAY
  #SETentree,#ARRAY#CLE,#ARRAY
  
      tri,#VAL#VALEURlibelle|_T|replace’\s+’,’’|substr0,3|strtolower,
  
      icone,#VALEURicone,
  
      libelle,#VALEURlibelle,
  
      url,#VALEURlibelle,url,
  
      urlArg,#VALEURurlArg,
  
      url2,#VALEURurl2,
  
      target,#VALEURtarget,
  
      sousmenu,#VALEURsousmenu
  
  
  
  #SETsousmenu,#GETsousmenu|array_merge#GETentree
  [(#REM) Affiche les entrées ]
  ...
  

  Patch B¶

  Dans boutons.php, on ajoute $this->tri      = strtolower(substr(preg_replace('/\s+/','',_T($libelle)),0,3)); à la classe Bouton et on fait en sorte que ce soit la première donnée renvoyée.
  Du coup dans le squelette barre_nav.html il suffit de rajouter {par valeur}.