
Recherche avancée
Médias (1)
-
La conservation du net art au musée. Les stratégies à l’œuvre
26 mai 2011
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (64)
-
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 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, parExplications 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, parMediaSPIP 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 HerrmannI'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 FurstenheimI’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 errorNo 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 Doshiavcodec/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 1f801dfdb5They have now reverted that API change in
https://bitbucket.org/multicoreware/x265_git/commits/78e5b703b1Updated our wrapper guards to unbreak build again.