Recherche avancée

Médias (91)

Autres articles (70)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (6504)

  • avcodec/dovi_rpudec : implement limited DM decompression

    14 juillet 2024, par Niklas Haas
    avcodec/dovi_rpudec : implement limited DM decompression
    

    This implements the limited DM metadata compression scheme described in
    chapter 9 of the dolby vision bitstream specification.

    The spec is a bit unclear about how to handle the presence of static
    metadata inside compressed frames ; in that it doesn't explicitly forbid
    an encoder from repeating redundant metadata. In theory, we would need
    to detect this case and then strip the corresponding duplicate metadata
    from the existing set of static metadata. However, this is difficult to
    implement - esspecially for the case of metadata blocks which may be
    internally repeated (e.g. level 10).

    That said, the spec states outright that static metadata should be
    constant throughout the entire sequence, so a sane bitstream should not
    have any static metadata values changing from one frame to the next (at
    least up to a keyframe boundary), and therefore they should never be
    present in compressed frames. As a consequence, it makes sense to treat
    this as an error state regardless. (Ignoring them by default, or
    erroring if either AV_EF_EXPLODE or AV_EF_AGGRESSIVE are set)

    I was not able to find such samples in the wild (outside of artificially
    produced test cases for this exact scenario), so I don't think we need
    to worry about it until somebody produces one.

    • [DH] libavcodec/dovi_rpudec.c
  • prores : Always assume limited range

    27 septembre 2017, par Vittorio Giovara
    prores : Always assume limited range
    

    As defined by the specification.

    • [DBH] libavcodec/proresdec.c
  • Videos written with moviepy on amazon aws S3 are empty

    10 avril 2019, par cellistigs

    I am working on processing a dataset of large videos ( 100 GB) for a collaborative project. To make it easier to share data and results, I am keeping all videos remotely on an amazon S3 bucket, and processing it by mounting the bucket on an EC2 instance.

    One of the processing steps I am trying to do involves cropping the videos, and rewriting them into smaller segments. I am doing this with moviepy, splitting the video with the subclip method and calling :

    subclip.write_videofile("PathtoS3Bucket"+VideoName.split('.')[0]+'part' +str(segment)+ '.mp4',codec = 'mpeg4',bitrate = "1500k",threads = 2)

    I found that when the videos are too large (parameters set as above) calls to this function will sometimes generate empty files in my S3 bucket ( 10% of the time). Does anyone have insight into features of moviepy/ffmpeg/S3 that would lead to this ?