Recherche avancée

Médias (91)

Autres articles (78)

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

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

Sur d’autres sites (10534)

  • ffmpeg Video thumbnail Service

    26 avril 2014, par user3576217

    I need active FFMPEG Video thumbnail Service. I have installed just FFMPEG but see Video thumbnail Service not working. I checked ffmpeg version on SSH and got this

    ffmpeg version 2.2.1 Copyright (c) 2000-2014 the FFmpeg developers
      built on Apr 13 2014 13:00:18 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4)
      configuration : —prefix=/usr —libdir=/usr/lib64 —shlibdir=/usr/lib64 —mandir=/usr/share/man —enable-shared —enable-runtime-cpudetect —enable-gpl —enable-version3 —enable-postproc —enable-avfilter —enable-pthreads —enable-x11grab —enable-vdpau —disable-avisynth —enable-frei0r —enable-libopencv —enable-libdc1394 —enable-libgsm —enable-libmp3lame —enable-libnut —enable-libopencore-amrnb —enable-libopencore-amrwb —enable-libopenjpeg —enable-librtmp —enable-libspeex —enable-libtheora —enable-libvorbis —enable-libvpx —enable-libx264 —enable-libxavs —enable-libxvid —extra-cflags=’-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector —param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC’ —disable-stripping

    is their any way to enable just video thumbnail service ?

  • ffmpeg : Continuous streaming plus recording at random time

    21 juin 2014, par Ralf Anderson

    It’s possible to stream and record the same input at the same time with ffmpeg. What I want to do though, is only start (and stop) recording at some random point later.

    Is it possible to somehow tell the active ffmpeg process (which is already streaming) to also start recording ?
    My first alternative was to simply start another ffmpeg process just to record, but the source input will be blocked by the first ffmpeg process streaming it and the stream will be blocked by the viewer displaying the stream on screen, so I can’t access anything to record. Can I change something so the stream/source input is not reserved for just one receiver ?

    In my concrete scenario, the source input is a webcam, which I want to continuously display plus be able to record at user-driven time. I stream the webcam using ffmpeg via udp to the localhost and can view it with a suitable player. I just can’t record it while also viewing and vice versa.

    I also tried the "Tee Muxer", which can generate multiple outputs with the same ffmpeg instance. I streamed it to the localhost on different ports, one to view and one to record.

    ffmpeg.exe -f dshow -i video="ManyCam Virtual Webcam" -map 0 -vcodec h264 -r 25 -f tee "[f=mpegts]udp://127.0.0.1:33333/|[f=mpegts]udp://127.0.0.1:33334/"

    This works fine, except for the delay of about 500ms, which I only get when I stream, not when I access the Webcam directly with ffplay e.g.. I was expecting no delay at all, since it’s all local, but I suppose this comes from the encoding ? I’ve tried streaming the raw video (setting -vcodec rawvideo), but I can neither view it with ffplay nor record it. Are there some special parameters needed for rawvideo ? After all, the input for the stream is rawvideo too, according to ffmpeg.

    I have not yet looked at ffserver, but I assume it would be no different to generating multiple outputs with tee muxer in my use case ?

    If I somehow could be able to display/record the stream generated by

    ffmpeg.exe -f dshow -i video="ManyCam Virtual Webcam" -map 0 -vcodec rawvideo -r 25 -f tee "[f=mpegts]udp://127.0.0.1:33333/|[f=mpegts]udp://127.0.0.1:33334/"

    then that would already suffice. Or changing the encoding in such a way that no compression is done at all should work just as well (if that’s causing the delay).

  • Evolution #3479 : Documents liés implicitement empêchant la suppression d’une rubrique

    11 juin 2015, par b b

    Hop,

    Ne plus considérer une rubrique comme active si elle ne contient que des documents joints

    Mauvais idée amha, car si on change ce comportement, des rubriques qui étaient jusqu’alors publiées passeraient en non publié, ce qui ne manquerait pas d’étonner/perdre les gens :p