Advanced search

Medias (91)

Other articles (95)

  • Mise à jour de la version 0.1 vers 0.2

    24 June 2013, by

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1); Installation des dépendances pour Smush; Installation de MediaInfo et FFprobe pour la récupération des métadonnées; On n’utilise plus ffmpeg2theora; On n’installe plus flvtool2 au profit de flvtool++; On n’installe plus ffmpeg-php qui n’est plus maintenu au profit de (...)

  • MediaSPIP version 0.1 Beta

    16 April 2011, by

    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 (...)

  • Amélioration de la version de base

    13 September 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

On other websites (13397)

  • lavc/h264dec: don't error out when receiving multiple IDR slices

    26 September 2018, by Josh de Kock
    lavc/h264dec: don't error out when receiving multiple IDR slices
    

    This error isn't particularly helpful as checking for mixed IDR/non-IDR
    NALUs would need to be done at a higher level to actually be accurate.
    Removing the error allows an API user to send individual slice NALUs
    (i.e. incomplete frames) so they can take advantage of slice
    threading. The ticket which this error was added for (#4408) no
    longer segfaults after removing this error (as the bug was likely
    fixed more properly elsewhere).

    • [DH] libavcodec/h264dec.c
  • avformat/hlsenc: Check that data is set

    21 January 2018, by Brendan McGrath
    avformat/hlsenc: Check that data is set
    

    If codecpar->extradata is not set (for example, when the stream goes
    through the 'tee' muxer), then a segfault occurs.
    This patch ensures the data variable is not null before attempting
    to access it
    Before the var_stream_map option was available - I was using the tee
    muxer to create each resolution as an individual stream.
    When running this configuration after the most recent hlsenc change
    I hit a segfault
    The most simple command which recreates the segfault is:
    ffmpeg -i in.ts -map 0:a -map 0:v -c:a aac -c:v h264 -f tee [select=\'a,v\':f=hls]tv_hls_hd.m3u8

    Signed-off-by: Brendan McGrath <redmcg@redmandi.dyndns.org>

    • [DH] libavformat/hlsenc.c
  • Detect duplicate frames to create seamless loops in FFMPEG

    19 September 2017, by Yasath Dias

    I feel like this should be possible, after I saw a method created with MoviePy for Python (this article). Essentially, I want to import an MP4 at 1920x1080 with say 12000kbps bitrate and have FFMPEG detect when there are duplicate frames that aren’t consecutive and export each one of these small sequences to small individual MP4 files that loop seamlessly (the first frame is almost the same as the last frame like this one).

    A 1920x1080 file may be far too large (in resolution) to process, so I would be fine with downscaling that to around 120px wide. Also, I know that FFMPEG can detect duplicate frames because I’ve often used mpdecimate previously.

    I hope I described the issue well enough, but will be willing to clarify, of course :)