Recherche avancée

Médias (1)

Mot : - Tags -/biographie

Autres articles (51)

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

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

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

Sur d’autres sites (5450)

  • avformat/matroskadec : Check min_luminance more thoroughly

    16 février 2021, par Andreas Rheinhardt
    avformat/matroskadec : Check min_luminance more thoroughly

    In the absence of an explicitly coded minimal luminance, the current
    
code inferred it to be -1, an invalid value. Yet it did not check the
    
value lateron at all, so that if a valid maximum luminance is
    
encountered, but no minimal luminance, an invalid minimal luminance of

    - 1 is exported. If an minimal luminance element with a negative value is
    
present, it is exported, too. This can be simply fixed by adding a check
    
for the value of the element.
    

    Yet given that a minimal luminance of zero Cd/m² is legal and can be
    
coded with a length of zero, we must not use a fake default value to
    
find out whether the element is present or not. Therefore this patch
    
uses an explicit counter for it.
    

    While just at it, also check for max_luminance > min_luminance.
    

    Reviewed-by : Ridley Combs <rcombs@rcombs.me>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/matroskadec.c

  • avformat/segment : Fix leak of duration/framenumber lists upon error

    5 septembre 2020, par Andreas Rheinhardt
    avformat/segment : Fix leak of duration/framenumber lists upon error

    The code to free them is not in the segment muxer's deinit function,
    
but in its write_trailer function which means that these lists leak if
    
write_trailer isn't called after their allocation. This happens e.g. if
    
the given lists are invalid (e.g. consisting only of ',' (which delimit
    
entries)), so that parsing them fails and so does the muxer's init
    
function ; write_trailer is then never called.
    

    This has been fixed by moving the code to free them to the deinit
    
function.
    

    Reviewed-by : Ridley Combs <rcombs@rcombs.me>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/segment.c

  • Cut video in chunks at nearest keyframe to the nearest scene change (ffmpeg)

    11 janvier 2024, par Toxiro

    I want to cut a video in let’s say approximately 30 minute chunks. I first want to find the nearest scene change each 30 minutes and then cut at the nearest keyframe to that scene changes (without reencoding).

    &#xA;

    I guess I can’t do that in a single ffmpeg command, but I maybe here are some pros with very helpful tips. Is it possible for example to just output the nearest scene change (or maybe just the next scene change) at a timecode, so that ffmpeg does not need to analyze the whole video ?

    &#xA;

    I hope someone can help. If I have a solution, probably a bash script, I will post it here.

    &#xA;

Navigation