Recherche avancée

Médias (91)

Autres articles (35)

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

  • Unknown OS 'msys_nt-6.1'. using Mingw on win7 64bit

    6 juillet 2018, par user63898

    I try to compile FFmpeg from source using MSYS2 and MIngW I’m using win7 64 bit .
    using .

    $ ./configure --enable-shared

    I’m getting this error :

    Unknown OS 'msys_nt-6.1'.

    If you think configure made a mistake, make sure you are using the latest
    version from Git.  If the latest version fails, report the problem to the
    ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
    Include the log file "config.log" produced by configure as this will help
    solve the problem.

    looking in to config.log
    i see ( the end of the log ) :

    gcc -std=c99 -Wall -O3 -c -o /tmp/ffconf.fnJeLuIu.o /tmp/ffconf.e8DJYGJM.c
    check_code cc  int test[2*(sizeof(void *) > 4) - 1]
    check_cc
    BEGIN /tmp/ffconf.e8DJYGJM.c
       1   int main(void) { int test[2*(sizeof(void *) > 4) - 1]; return 0; }
    END /tmp/ffconf.e8DJYGJM.c
    gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -c -o /tmp/ffconf.fnJeLuIu.o /tmp/ffconf.e8DJYGJM.c
    G:/msys64/tmp/ffconf.e8DJYGJM.c: In function 'main':
    G:/msys64/tmp/ffconf.e8DJYGJM.c:1:22: error: size of array 'test' is negative
    int main(void) { int test[2*(sizeof(void *) > 4) - 1]; return 0; }
                         ^
    check_cpp_condition stddef.h defined(__x86_64__)
    check_cpp
    BEGIN /tmp/ffconf.e8DJYGJM.c
       1   #include
       2   #if !(defined(__x86_64__))
       3   #error "unsatisfied condition: defined(__x86_64__)"
       4   #endif
    END /tmp/ffconf.e8DJYGJM.c
    gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -E -o /tmp/ffconf.fnJeLuIu.o /tmp/ffconf.e8DJYGJM.c
    G:/msys64/tmp/ffconf.e8DJYGJM.c:3:2: error: #error "unsatisfied condition: defined(__x86_64__)"
    #error "unsatisfied condition: defined(__x86_64__)"
     ^
    Unknown OS 'msys_nt-6.1'.

    what did i miss ? what did i do wrong ?
    Thanks

  • Unknown OS 'msys_nt-6.1'. using Mingw on win7 64bit

    9 janvier 2016, par user63898

    I try to compile FFmpeg from source using MSYS2 and MIngW I’m using win7 64 bit .
    using .

    $ ./configure --enable-shared

    I’m getting this error :

    Unknown OS 'msys_nt-6.1'.

    If you think configure made a mistake, make sure you are using the latest
    version from Git.  If the latest version fails, report the problem to the
    ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
    Include the log file "config.log" produced by configure as this will help
    solve the problem.

    looking in to config.log
    i see ( the end of the log ) :

    gcc -std=c99 -Wall -O3 -c -o /tmp/ffconf.fnJeLuIu.o /tmp/ffconf.e8DJYGJM.c
    check_code cc  int test[2*(sizeof(void *) > 4) - 1]
    check_cc
    BEGIN /tmp/ffconf.e8DJYGJM.c
       1   int main(void) { int test[2*(sizeof(void *) > 4) - 1]; return 0; }
    END /tmp/ffconf.e8DJYGJM.c
    gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -c -o /tmp/ffconf.fnJeLuIu.o /tmp/ffconf.e8DJYGJM.c
    G:/msys64/tmp/ffconf.e8DJYGJM.c: In function 'main':
    G:/msys64/tmp/ffconf.e8DJYGJM.c:1:22: error: size of array 'test' is negative
    int main(void) { int test[2*(sizeof(void *) > 4) - 1]; return 0; }
                         ^
    check_cpp_condition stddef.h defined(__x86_64__)
    check_cpp
    BEGIN /tmp/ffconf.e8DJYGJM.c
       1   #include
       2   #if !(defined(__x86_64__))
       3   #error "unsatisfied condition: defined(__x86_64__)"
       4   #endif
    END /tmp/ffconf.e8DJYGJM.c
    gcc -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -E -o /tmp/ffconf.fnJeLuIu.o /tmp/ffconf.e8DJYGJM.c
    G:/msys64/tmp/ffconf.e8DJYGJM.c:3:2: error: #error "unsatisfied condition: defined(__x86_64__)"
    #error "unsatisfied condition: defined(__x86_64__)"
     ^
    Unknown OS 'msys_nt-6.1'.

    what did i miss ? what did i do wrong ?
    Thanks

  • Do I have to reduce the GOP size for zero-latency streaming ?

    10 juin 2017, par AndreKR

    I am piping frames into FFmpeg at quite a slow rate (1 per second) and I want to stream them out with very low latency.

    There are not only sources (for example here and here) that don’t mention that I need to set the GOP size (keyint) to a small value, but there are even sources (like here and here) that explicitly say that I don’t have to set the GOP size to a small value.

    However, so far the only way I found to reduce the really long start delay is to actually reduce the GOP size to 1.

    Anyway, here’s my current command line :

    ffmpeg -f image2pipe
          -probesize 32
          -i -
          -c:v libx264
          -preset veryfast
          -crf 23
          -vsync 2
          -movflags "frag_keyframe+empty_moov"
          -profile baseline
          -x264-params "intra-refresh=1"
          -tune zerolatency
          -f mp4
          -

    (I also tried adding :bframes=0:force-ctr:no-mbtree:sync-lookahead=0:sliced-threads:rc-lookahead=0 to -x264-params (what -tune zerolatency is supposed to do) because some of those values didn’t appear in the debug output, but as expected it had no effect.)

    As you can see here, we are already 182 frames (= 3 minutes wall clock) into the stream, but it still hasn’t emitted anything (size was 1kB from the start).

    frame=  182 fps=1.0 q=20.0 size=       1kB time=00:00:07.24 bitrate=   0.8kbits/s speed=0.0402x

    This actually talks about the time-to-first-picture, but it makes it seem like it’s not a big deal. ;) It is for me, so maybe I have to make the first GOP 1 frame long and then I can switch to longer GOPs ? Can FFmpeg do that ?