Recherche avancée

Médias (91)

Autres articles (102)

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

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (12112)

  • GStreamer x264enc and SIGSEGV on Android

    18 juillet 2012, par Cipi

    I am trying to play around with GStreamer-java and it's h.264 encoder (x264enc) on Android.

    Now, I tried to encode raw video from test video source (set its is-live property to TRUE), and when data starts flowing into the x264enc Element, I get SIGSEGV in libx264.so and my app crashes. And it looks like code is dereferencing a NULL... Exact error location is in file "gstreamer_ndk_bundle/x264/encoder/analyse.c" line 963. And it is this line :

    h->mc.memcpy_aligned( h->mb.pic.i8x8_dct_buf, h->dct.luma8x8, sizeof(h->mb.pic.i8x8_dct_buf) );

    My device's CPU is Cortex 8 and it has NEON feature...

    I tried to printout to a file all h structure fields, and no field is uninitialized.

    Android DEBUG info from LogCat : HERE

    My questions :

    1. How can I know what is throwing SIGSEGV, because this line of code seems to be ok ?
    2. Is this a known bug or an expected behavior of x264 encoder on ARM CPU or I am missing some encoder configuration ?
    3. I noticed that if I set property analyse of the encoder to 0x3:0x113 (some random value I found online) I don't get SIGSEGV, encoder seems to work, but I get error in pipeline : Data flow error. Can I just set analyse to a meaningful value ?

    Update

    I fprintf-ed all important "h" fields just before execution runs in x264_mb_analyse_intra() function and just before the line that it breaks, guess it could help : http://pastebin.com/sAfX239j

  • GStreamer x264enc and SIGSEGV on Android

    18 juillet 2012, par Cipi

    I am trying to play around with GStreamer-java and it's h.264 encoder (x264enc) on Android.

    Now, I tried to encode raw video from test video source (set its is-live property to TRUE), and when data starts flowing into the x264enc Element, I get SIGSEGV in libx264.so and my app crashes. And it looks like code is dereferencing a NULL... Exact error location is in file "gstreamer_ndk_bundle/x264/encoder/analyse.c" line 963. And it is this line :

    h->mc.memcpy_aligned( h->mb.pic.i8x8_dct_buf, h->dct.luma8x8, sizeof(h->mb.pic.i8x8_dct_buf) );

    My device's CPU is Cortex 8 and it has NEON feature...

    I tried to printout to a file all h structure fields, and no field is uninitialized.

    Android DEBUG info from LogCat : HERE

    My questions :

    1. How can I know what is throwing SIGSEGV, because this line of code seems to be ok ?
    2. Is this a known bug or an expected behavior of x264 encoder on ARM CPU or I am missing some encoder configuration ?
    3. I noticed that if I set property analyse of the encoder to 0x3:0x113 (some random value I found online) I don't get SIGSEGV, encoder seems to work, but I get error in pipeline : Data flow error. Can I just set analyse to a meaningful value ?

    Update

    I fprintf-ed all important "h" fields just before execution runs in x264_mb_analyse_intra() function and just before the line that it breaks, guess it could help : http://pastebin.com/sAfX239j

  • How to combine a .mp4 video with a .wav audio with an offset in ffmpeg from command line ?

    15 mars 2014, par minder42

    I've got a TV clip in mp4 format containing audio and video, and an WAV audio_commentary track.

    I've been trying to combine them in ffmpeg and then play it online with a flash player (which can only take h264 format)

    What's the best ffmpeg command to accomplish this ? My inputs are MP4 video, WAV audio, and an offset in seconds, the time the audio commentary starts relative to the start of the mp4 video.

    I tried

    ffmpeg -i input_audio.wav -i input_vid.mp4 -vcodec copy output.mp4

    and

    ffmpeg -vcodec copy -ss offset -i input_audio.wav -i input_video.mp4 output.mp4

    nether of these do what I want and output the video in the h264 format that is good for flash players- Is there a way to do this from command line in ffmpeg ?