Recherche avancée

Médias (1)

Mot : - Tags -/musée

Autres articles (64)

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

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

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

Sur d’autres sites (10861)

  • FFmpeg : use absolute path in "metadata=print:file="

    27 octobre 2022, par Axel Herrmann

    I'm using FFmpeg to extract frames of a video and therefore I want to print the metadata of the video to a text file first (to get the scene\ value of each frame).

    


    This already works for me with something like :

    


    ffmpeg -i input.mp4 -vf "select='gte(scene,0)',metadata=print:file=scenescores.txt" -an -f null -


    


    Because I'm using all this inside of a Java application I want to pass an absolute path (of an temp directory) to print:file= instead of the currently relative one which will write it to the root directory of the project.

    


    But when I try to specify an absolute path like D:\scenescores.txt I get the following error :

    


    [metadata @ 00000203282ff0c0] Unable to parse option value "scenescores.txt" as boolean
[metadata @ 00000203282ff0c0] Error setting option direct to value scenescores.txt.
[Parsed_metadata_1 @ 00000203269bdf00] Error applying options to the filter.
[AVFilterGraph @ 0000020328020840] Error initializing filter 'metadata' with args 'print:file=D:\scenescores.txt'


    


    Is there any way to achieve printing to an absolute path ? Am I missing some escape rules or something ?

    


  • Loading shared libraries with Gradle 2.2.1

    12 février 2015, par Gabriel Furstenheim

    I’m trying to use a shared library, libavcodec-56.so, in my Android app and I can’t find the way. I’m using Gradle 2.2.1 and Android Studio 1.0. What I have done so far is the following :

    -I built libavcodec-56.so from source code using a NDK toolchain.

    -I copied libavcodec-56.so into src/main/jniLibs/armeabi

    -I’m able to create a .c file in the project and communicate with the java files using private native void nameOfTheNativeMethod()

    -I can load some external libraries like ldLibs "m"

    However, if I try to use #include <libavcodec></libavcodec>avcodec.h> I get the error

    No such file or directory
        #include <libavcodec></libavcodec>avcodec.h>

    My gradle file looks like :

    apply plugin: 'com.android.library'

    android {
       compileSdkVersion 21
       buildToolsVersion "21.1.2"

       defaultConfig {
           minSdkVersion 15
           targetSdkVersion 21
           versionCode 1
           versionName "1.0"
           ndk {
               moduleName "ffmpeg"
               cFlags "-std=c99"  
               ldLibs "log",  "m"
           }
       }

       sourceSets.main {
           jni.srcDirs = ["src/main/jni"];
           //jniLibs.srcDirs = ['src/main/jniLibs'];
       }


       buildTypes {
           release {
               minifyEnabled false
               proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
           }
       }
    }

    dependencies {
       compile fileTree(dir: 'libs', include: ['*.jar'])
       compile 'com.android.support:appcompat-v7:21.0.3'

    }

    Any ideas ?

    Thanks in advance

  • avcodec/libx265 : unbreak build for X265_BUILD >= 213

    5 octobre 2024, par Gyan Doshi
    avcodec/libx265 : unbreak build for X265_BUILD >= 213
    

    Earlier, x265 made an API change to support alpha and
    other multiple layer pictures. We added guards to accommodate
    that in 1f801dfdb5

    They have now reverted that API change in
    https://bitbucket.org/multicoreware/x265_git/commits/78e5b703b1

    Updated our wrapper guards to unbreak build again.

    • [DH] libavcodec/libx265.c