Recherche avancée

Sur d’autres sites (4996)

• Preserving original colour spaces with FFmpeg

  12 décembre 2022, par Hashim Aziz

  I'm trying to implement some logic in my FFmpeg scripts to make sure that a video's colourspace is always preserved when upscaling. Just setting the metadata seems to be enough to do this, but the hard part is figuring out which metadata is needed, especially when the colourspace and related colour data reads as unknown, as is so often the case with many of my source videos.

  


  As I understand it, two things determine a video's original colourspace : whether a video is standard or high definition, and if it's standard definition, whether it's NTSC or PAL/SECAM. Based on this, I came up with the following logic to check the height of a video and set colourspace according to it :

  


  height=$(ffprobe -v error -select_streams v:0 -show_entries stream=width -of default=nw=1:nk=1 "$1" | tr -d $'\r')
colour_space=$(ffprobe -v error -select_streams v:0 -show_entries stream=color_space -of default=nw=1:nk=1 "$1" | tr -d $'\r')

# If input is standard definition and colourspace is BT601 (NTSC)
if [[ $height -lt 720 && $colour_space == "smpte170m" ]]; then 
colour_metadata="-colorspace smpte170m -color_trc smpte170m -color_primaries smpte170m" # set metadata to BT601 (NTSC)
# If input is standard definition and colourspace is BT601 (PAL and SECAM) or unknown
elif [[ $height -lt 720 && ($colour_space == "bt470bg" || $colour_space == "unknown") ]]; then 
colour_metadata="-colorspace bt470bg -color_trc gamma28 -color_primaries bt470bg" # set metadata to superior/more common PAL/SECAM
elif [[ $height -ge 720 ]]; then # If input is high definition
colour_metadata="-colorspace bt709 -color_trc bt709 -color_primaries bt709" # set metadata to BT.709
else echo "Unrecognised colorspace $color_space detected, leaving colour untouched"
fi


  


  Is this approach likely to work for the majority of videos ? Is there anything wrong with it that can be improved, or is it completely flawed for some reason that I'm missing ?

  


• Révision 23640 : Bugfix cookie d’admin (dit cookie de correspondance dans l’interface)

  10 juillet 2017, par cedric@yterium.com

  La duree du cookie spip_admin qui sert aux boutons d’admin est definie dans un define, ca evitera deja de poser des durees differentes selon le code ou l’on passe
  + on (re)pose le cookie a chaque fois que la session est renouvelee/cree, ce qui evitera de perdre ce cookie d’admin avant d’etre deconnecte
  (un morceau du code est parti avec r23639 qui n’avait rien a voir)

  Avec ces modifs on devrait pouvoir supprimer de l’interface le fameux petit bloc "Ajouter/Enlever le cookie de correspondance" qu’a peu pres personne ne comprend ni n’utilise (selon une etude pifometrique)

• Evolution #2487 : Pas d’alternative textuelle sur le logo d’un article ou d’une rubrique

  12 janvier 2012, par Maïeul Rouquette

  Un logo normalement est purement décoratif, donc l’alternative textuelle standard de SPIP est vide. Après tu peux éventuellement forcer au niveau du squelette l’alternative textuelle avec |inserer_attributalt,’’, mais il ne me semble pas pertinent que cela soit en standard dans (...)