Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (40)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

Sur d’autres sites (7420)

  • Revision 4674312382 : Merge "Code cleanup." into experimental

    21 février 2013, par John Koleszar

    Merge "Code cleanup." into experimental

  • Revision 8c16dee4f2 : Merge "Remove "eobs" array in MACROBLOCKD." into experimental

    21 février 2013, par Ronald S. Bultje

    Merge "Remove "eobs" array in MACROBLOCKD." into experimental

  • NDK r8c warning for asm objects regarding "Cortex-A8 erratum" - should I be worried ?

    7 décembre 2012, par Alex Cohn

    Question : What is the meaning of this warning ? If there are no real-life consequences, I can live with it for a while... But I am concerned with what will happen if our program gets loaded on one of the faulty chips.

    Background : With NDK r8c, linking of X264 encoder issues warnings :

    cannot scan executable section 1 of libx264.a(dct-a.o) for Cortex-A8 erratum because it has no mapping symbols

    ... same warning for all assembly files in libx264.

    libx264.a itself was cross-compiled on the same machine with the same 4.6 toolchain taken from NDK.

    Here are the instructions to easily reproduce the problem (Ubuntu or MacOS) :

    1. Download x264-snapshot-20121203-2245 from ftp://ftp.videolan.org/pub/x264/snapshots/last_x264.tar.bz2

    2. Run ./configure --enable-pic --enable-strip --enable-static --cross-prefix=~/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi- --sysroot=~/android-ndk-r8c/platforms/android-14/arch-arm --host=arm-linux

    3. Run ~/android-ndk-r8c/prebuilt/linux-x86/bin/make

    It will build the static library, and after that display the Cortex-A8 warning while linking the x265 executable. I am not worried about the compiler warnings, because building libx264.a is done offline, it is not part of our official daily build.

    I have reported this as http://code.google.com/p/android/issues/detail?id=40794.

    I tried to add the mapping symbols manually to dct-a.S following the ARM.com instructions, but this had no effect.