Recherche avancée

Médias (91)

Autres articles (29)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

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

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (5700)

  • Revision 85640f1c9d : vp9 : remove unnecessary wait w/threaded loopfilter the final macroblock rows ar

    22 août 2013, par James Zern

    Changed Paths :
     Modify /vp9/decoder/vp9_decodframe.c



    vp9 : remove unnecessary wait w/threaded loopfilter

    the final macroblock rows are scheduled in the main thread. prior to
    this change one additional macroblock row would be scheduled in the
    worker forcing the main thread to wait before finishing.

    Change-Id : I05f3168e5c629b898fcebb0d77eb6d6a90d6105e

  • How to solve bad instruction `vadd.i16 q0,q0,q0' when attempting to check gcc for neon instruction

    6 juillet 2012, par newentry
    Checking  gcc supports failed for neon instruction vadd.i16 q0,q0,q0
       test.c

       int main ()
       {
        __asm__("vadd.i16 q0, q0, q0"); return 0;
       }

       arm-linux-androideabi-gcc test.c
       /tmp/ccfc8m0G.s: Assembler messages:
       /tmp/ccfc8m0G.s:24: Error: bad instruction `vadd.i16 q0,q0,q0'

    Tried with flags -mcpu=cortex-a8 -mfpu=neon but stil no success

    Above code was used to test gcc support for neon instruction.

    Actually i am trying to build x264 with NEON support for ARM platformAfter running configure script
    x264 config log file contains

    Command line options : "—cross-prefix=arm-linux-androideabi-" "—enable-pic" "—extra- cflags=-mcpu=cortex-a8" "—host=arm-linux"

    checking whether arm-linux-androideabi-gcc works... yes
    checking whether arm-linux-androideabi-gcc supports for( int i = 0; i < 9; i++ ); with -std=gnu99... yes
    checking whether arm-linux-androideabi-gcc supports __asm__("rev ip, ip");... yes
    checking whether arm-linux-androideabi-gcc supports __asm__("movt r0, #0");... yes
    checking whether arm-linux-androideabi-gcc supports __asm__("vadd.i16 q0, q0, q0");... no

    arm-linux-androideabi-gcc conftest.c  -Wall -I. -I$(SRCPATH) -mcpu=cortex-a8 -std=gnu99    -lm -o conftest
    E:\cygwin\tmp\ccVtVI1i.s: Assembler messages:
    E:\cygwin\tmp\ccVtVI1i.s:24: Error: bad instruction `vadd.i16 q0,q0,q0'
    --------------------------------------------------
    Failed program was:
    --------------------------------------------------
    int main () { __asm__("vadd.i16 q0, q0, q0"); return 0; }
    --------------------------------------------------


    config.h contains

    #define HAVE_MALLOC_H 1
    #define HAVE_ARMV6 1
    #define HAVE_ARMV6T2 1
    #define ARCH_ARM 1
    #define SYS_LINUX 1
    #define HAVE_VECTOREXT 1
    #define fseek fseeko
    #define ftell ftello
    #define HAVE_GPL 1
    #define HAVE_INTERLACED 1
    #define HAVE_ALTIVEC 0
    #define HAVE_ALTIVEC_H 0
    #define HAVE_MMX 0
    #define HAVE_NEON 0
    #define HAVE_BEOSTHREAD 0
    #define HAVE_POSIXTHREAD 0
    #define HAVE_WIN32THREAD 0
    #define HAVE_THREAD 0
    #define HAVE_LOG2F 0
    #define HAVE_VISUALIZE 0
    #define HAVE_SWSCALE 0
    #define HAVE_LAVF 0
    #define HAVE_FFMS 0
    #define HAVE_GPAC 0
    #define HAVE_GF_MALLOC 0
    #define HAVE_AVS 0
    #define HAVE_CPU_COUNT 0


    Running make command build x264 static lib  based on above config.h which contains HAVE_NEON 0


    **Compiler Version**



    arm-linux-androideabi-gcc -v
    Using built-in specs.
    Target: arm-linux-androideabi
    Configured with: /tmp/ndk-digit/src/build/../gcc/gcc-4.4.3/configure --prefix=/usr/local/google/digit/repo/opensource/ndk/toolchains/arm-linux-androideabi-4.4.3/prebuilt/windows --target=arm-linux-androideabi --host=i586-mingw32msvc --build=x86_64-linux-gnu --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --with-gmp=/tmp/ndk-digit/build/toolchain/temp-install --with-mpfr=/tmp/ndk-digit/build/toolchain/temp-install --disable-libssp --enable-threads --disable-nls --disable-libmudflap --disable
    -libgomp --disable-libstdc__-v3 --disable-sjlj-exceptions --disable-shared --disable-tls --with-float=soft --with-fpu=vfp --with-arch=armv5te --enable-target-optspace --enable-initfini-array --disable-nls --prefix=/usr/local/google/digit/repo/opensource/ndk/toolchains/arm-linux-androideabi-4.4.3/prebuilt/windows --with-sysroot=/usr/local/google/digit/repo/opensource/ndk/toolchains/arm-linux-androideabi-4.4.3/prebuilt/windows/sysroot --with-binutils-version=2.20.1 --with-mpfr-version=2.4.1 --with
    -gmp-version=4.2.4 --with-gcc-version=4.4.3 --with-gdb-version=6.6 --with-arch=armv5te --program-transform-name='s,^,arm-linux-androideabi-,'
    Thread model: posix
    gcc version 4.4.3 (GCC)    

    Goal is to utilize neon enabled ARM processor to boost x264 encoder performance...

  • FFMPEG conversion to MXF [closed]

    16 février 2012, par MFB

    I have to wrap an MPEG2 video file in an MXF container and convert the audio in the process. I have the MXF wrapping working but it won't convert the audio stream (which needs to be 16bit, 48kHz Linear PCM).

    Here's what I'm trying :

    ffmpeg -i input.mpg -map 0:0 -map 0:1 -vcodec copy -f mpeg2video -acodec pcm_s16le -ar 48000 -ac 2 output.mxf

    Results :

    ffmpeg version 0.10 Copyright (c) 2000-2012 the FFmpeg developers
     built on Jan 30 2012 17:49:23 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3)
     configuration: *{snipped}*
    runtime-cpudetect
     libavutil      51. 34.101 / 51. 34.101
     libavcodec     53. 60.100 / 53. 60.100
     libavformat    53. 31.100 / 53. 31.100
     libavdevice    53.  4.100 / 53.  4.100
     libavfilter     2. 60.100 /  2. 60.100
     libswscale      2.  1.100 /  2.  1.100
     libswresample   0.  6.100 /  0.  6.100
     libpostproc    52.  0.100 / 52.  0.100
    [mpeg @ 0x10201ae00] max_analyze_duration 5000000 reached at 5000000
    Input #0, mpeg, from '/Volumes/Extra/test.mpg':
     Duration: 00:00:59.97, start: 0.192911, bitrate: 6513 kb/s
       Stream #0:0[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 384 kb/s
       Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 12000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
    Output #0, mpeg2video, to 'video.mxf':
     Metadata:
       encoder         : Lavf53.31.100
       Stream #0:0: Video: mpeg2video, yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 12000 kb/s, 25 fps, 90k tbn, 25 tbc
    Stream mapping:
     Stream #0:1 -> #0:0 (copy)
    Press [q] to stop, [?] for help
    frame= 1500 fps=  0 q=-1.0 Lsize=   43949kB time=00:00:59.96 bitrate=6004.6kbits/s    
    video:43949kB audio:0kB global headers:0kB muxing overhead 0.000000%

    The video plays fine as the MXF, but there is no audio stream at all. Any help would be great.