Recherche avancée

Médias (91)

Autres articles (68)

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

  • Convert Byte-range to Time-range in html

    15 mars 2017, par fengshaun

    I have some sever-side code that currently supports the http byte range requests without an issue. However, I want to be able to transcode the video file (which is located on-disk) on-the-fly with ffmpeg before I send the transcoded chunk to the client, but ffmpeg requires I give it a seek time whereas I get byte ranges from the client. How would I be able to figure out the time range (seek time) of a video file given the byte range from the client browser ?

    I have already looked at this question which assumes the server already knows the specified time.

    I am open to using an html5 video player which supports the use of time ranges to request data instead of byte ranges, but I have been unable to find an implementation or figure out how the javascript side of buffering <video></video> works.

  • avfilter/f_graphmonitor : also show link EOF status in blue

    31 août 2020, par Paul B Mahol
    avfilter/f_graphmonitor : also show link EOF status in blue
    • [DH] doc/filters.texi
    • [DH] libavfilter/f_graphmonitor.c

  • automatically show blue screen in ffmpeg when live video source disconnects

    13 janvier 2015, par user1913115

    i’m capturing a live source using ffmpeg :

    ffmpeg -i rtsp://192.168.1.143/source -codec copy output.mp4

    which works great. the ip address is an address of an RTSP proxy server which takes in the camera itself as the source. i.e. my setup :

    camera ->> RTSP proxy ->> ffmpeg(output)

    if camera disconnects (accidentally or on purpose) the recording stops (obviously) and only continues when I re-connect the camera.

    Question : is there a way for ffmpeg to ’fill’ the down time with blue screen or green screen of some sort ?
    i know i can ’play’ a still image of a green screen using ffmpeg to record an mp4 out of it :

    ffmpeg -loop 1 -y -re -i green.jpg -r 30 -vcodec libx264 -an -f h264 greenvideo.mp4

    so i could set it up this way :

    ffmpeg(green) ->> ffmpeg(output)

    but I would need to run the command manually. is there a way for ffmpeg(output) to automatically detect the disconnect and use green.jpg as a ’video’ source ? or i can even create a 5-minute green.mp4 video of just green screen.

    put it another way, is it possible for ffmpeg to automatically switch input sources if one goes down ?

Navigation