Recherche avancée

Sur d’autres sites (6270)

• Slightly wrong color in MP4 videos written by PyAV

  26 septembre 2024, par Yossi Kreinin

  I am writing MP4 video files with the following PyAV-based code (getting input frames represented as numpy arrays - the sort produced by imageio.imread - as input) :

  


  class MP4:
    def __init__(self, fname, width, height, fps):
        self.output = av.open(fname, 'w', format='mp4')
        self.stream = self.output.add_stream('h264', str(fps))
        self.stream.width = width
        self.stream.height = height
        # these 2 lines can be removed and the problem still reproduces:
        self.stream.pix_fmt = 'yuv420p'
        self.stream.options = {'crf': '17'}
    def write_frame(self, pixels):
        frame = av.VideoFrame.from_ndarray(pixels, format='rgb24')
        packet = self.stream.encode(frame)
        self.output.mux(packet)
    def close(self):
        packet = self.stream.encode(None)
        self.output.mux(packet)
        self.output.close()


  


  The colors in the output MP4 video are slightly different (apparently darker) than the colors in the input images :

  


  Screen grab of an image viewer showing an input frame :

  


  

  


  Screen grab of VLC playing the output MP4 video :

  


  

  


  How can this problem be fixed ? I variously fiddled with the frame.colorspace attribute, stream options and VideoFrame.reformat but it changed nothing ; of course I could have been fiddling incorrectly.

  


  As you can see, the input has simple flat color regions, so I doubt it's any sort of compression artifact, eg YUV420 dropping some of the chroma info or other such.

  


• Anomalie #4321 : Conformité des Message-Id de envoyer_mail / Facteur dans le core ?

  12 février 2021, par RastaPopoulos ♥

  Je me répète mais :
  - un plugin-dist ça n’a rien à voir : c’est une fonctionnalité qui peut être retiré, alors que là le core seul doit savoir envoyer des emails le plus proprement possible, à aucun moment le core (et là il s’agit même pas de l’interface admin par défaut, mais bien du core, de CVT, de notif PHP) ne devrait dépendre de plugin-dist
  - par ailleurs les plugins-dist sont dans la même orga Git que le core : donc ça ne change strictement rien à la facilité de mise à jour, que ce soit dans le core ou dans un plugin-dist, dans les deux cas il faut forker et faire une PR si on ne fait pas partie de l’équipe du noyau, aucune différence
  - et justement je disais plus haut : l’envoi d’email est une fonctionnalité critique, qui ne doit surtout pas planter, enfin le moins possible, et pas être cassé par une mise à jour faite trop vite, donc on peut aussi considérer que ça doit être le plus stable possible et que c’est bien si on n’a pas à maintenir plusieurs fois la fonctionnalité "envoyer des emails" en deux endroits (core et plugin Facteur), en doublonnant les mêmes options d’appel, etc (ce qui a été fait actuellement avec le tableau d’options à synchroniser entre les deux)

  C’est sûr que si la lib dont on dépend a des mises à jour, notamment de sécu (mais aussi de bug) c’est bien de pas attendre 5 ans avant d’être à jour… mais ça devrait pouvoir se faire dans une version mineure pas trop longue à sortir ? Ce point mérite réflexion tu as raison.

• Anomalie #4290 (Nouveau) : Bug : Expressions régulières, certaines syntaxes ne répondent pas ce qu...

  15 février 2019, par Joachim SENE

  1. Les expressions régulières, dans SPIP, n’acceptent pas la syntaxe 3 pour dire "exactement 3 occurrences".
  2. Le caractère "." semble mal géré quand le cherche avec \.
  3. En revanche le caractère "." réagit bien quand on veut l’exclure

  Exemple 1
  titre==^([0-9]+\.{1}\s{1}.+)
  est censé me renvoyer les articles dont le titre commence par une suite de chiffres, suivi d’un point puis d’un espace, puis de texte comme 01. titre ou 12. un autre titre, mais pas 27 septembre qui ne possède pas le point séparateur.
  Cela fait planter la boucle : "_texte mal formé_" et "_fin de boucle non trouvée_".
  Code de la regex d’exemple pourtant testé ok avec un outil php comme le site de validation https://regex101.com/

  Exemple 2
  ^([0-9]+\.+\s+)
  même tentative mais en demandant : le début par une suite de chiffres, le caractère point 1 fois ou plus, un espace une fois au plus
  (ce qui me suffirait à vrai dire)
  Cela renvoie aussi les articles dont le titre ne comporte pas le "." après les chiffres, comme "27 septembre" par exemple.
  Testé ok avec regex101

  Exemple 3
  En revanche, le code suivant fonctionne bien en me renvoyer bien uniquement les articles comme 27 septembre
  ^([0-9]+[^\.]\s+.)
  où je demande bien les titres commençant par : chiffres, puis pas de point puis au moins 1 espace, et ce qu’on veut
  Testé même résultat avec regex101