Recherche avancée

Médias (0)

Mot : - Tags -/masques

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (27)

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

  • avformat/rtsp : initialize reply1

    8 juin 2024, par Michael Niedermayer
    avformat/rtsp : initialize reply1
    

    It seems reply1 is initialized by ff_rtsp_send_cmd() in most cases but there
    are code paths like "continue" which look like they could skip it but even if not
    writing this so a complex loop after several layers of calls initialized a local
    variable through a pointer is just bad design.
    This patch simply initialized the variable.

    Fixes : CID1473532 Uninitialized scalar variable

    Sponsored-by : Sovereign Tech Fund
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/rtsp.c
  • fftools/ffplay : constrain supported YUV color spaces

    5 février 2024, par Niklas Haas
    fftools/ffplay : constrain supported YUV color spaces
    

    SDL supports only these three matrices. Actually, it only supports these
    three combinations : BT.601+JPEG, BT.601+MPEG, BT.709+MPEG, but we have
    no way to restrict the specific *combination* of YUV range and YUV
    colorspace with the current filter design.

    See-Also : https://trac.ffmpeg.org/ticket/10839

    Instead of an incorrect conversion result, trying to play a YCgCo file
    with ffplay will simply error out with a "No conversion possible" error.

    • [DH] fftools/ffplay.c
  • opencv and ffmpeg multipart avi files > 2GB

    8 février 2016, par jlarsch

    Is there a way OpenCV can read large (>2GB) .avi video files ?

    I am using openCV 3.0 and python 2.7 on Windows 7 64 bit.

    I have mpeg4 compressed .avi files, often > 2GB. These are created using ffmpeg.
    Such files read fine up to some point using the following commands :

    import cv2
    #avi_path is full path to avi
    cap = cv2.VideoCapture(avi_path)
    img1=cap.read()

    but at some frame number, read() returns ’false’

    Using Gspot, I found that such problematic videos are ’Multipart OpenDML AVI’ and read() seems to only be able to read the first part. Doing some google searches, it seems other people are having similar issues but no obvious solution.

    apparently, openCV VideoWriter is also limited to 2 GB videos :
    openCV documentation
    Is the limitation in VideoCapture by design also ?

    Is there a workaround perhaps to read large video files ?
    Alternatively, can I avoid creating multipart avi files in ffmpeg ?