
Recherche avancée
Autres articles (57)
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, 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 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 (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs
Sur d’autres sites (6707)
-
undefined reference to 'main' in Android.mk file with NDK
25 juillet 2015, par Laurent GorseI’m trying to recompile a native ffmpeg (with rtmp) library with PIE for Android 5.0 compatibility.
The library works fine without -pie, but when I try to recompile it with the following flags :
LOCAL_CFLAGS += -fPIE
LOCAL_LDFLAGS += -fPIE -piethe following error gets thrown :
/Users/lgorse/Android_Libraries/android-ndk-r10e/platforms/android-21/arch-arm/usr/lib/crtbegin_dynamic.o:crtbrand.c:function _start: error: undefined reference to 'main'
Error:error: ld returned 1 exit status
make: *** [obj/local/armeabi/libffmpegbridge.so] Error 1
make: Leaving directory `/Users/lgorse/Android_Libraries/ffmpegbridge/app/src/main'
:app:ndkBuild FAILED
Error:Execution failed for task ':app:ndkBuild'.
> Process 'command '/Users/lgorse/Android_Libraries/android-ndk-r10e/ndk-build'' finished with non-zero exit value 2It seems that the ndk-build is trying to access a .main method from within crtbegin_dynamic. Those files are built-in with the NDK so I assume there’s nothing fundamentally wrong with them, and I’m attempting to run my configuration in the wrong way.
Here is the Android.mk file :
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := ffmpegbridge
LOCAL_SRC_FILES := ffmpegbridge.c ffmpegbridge_context.c logdump.c
LOCAL_CFLAGS := -I$(LOCAL_PATH)/include -I$(LOCAL_PATH)/../prebuilt/include
LOCAL_CFLAGS += -fPIE
LOCAL_LDFLAGS += -fPIE -pie
LOCAL_LDLIBS += -llog
LOCAL_LDLIBS += -L$(LOCAL_PATH)/../prebuilt/lib
LOCAL_LDLIBS += -lcrypto -lssl -lrtmp-1 -lavcodec-56 -lavdevice-56 -lavfilter-5 -lavformat-56 -lavutil-54 -lswresample-1 -lswscale-3
include $(BUILD_SHARED_LIBRARY)Here is my Gradle file (it contains the build instructions for ndkBuild) :
apply plugin: 'android'
android {
compileSdkVersion 19
buildToolsVersion "19.1.0"
defaultConfig {
applicationId "io.cine.ffmpegbridge"
minSdkVersion 18
targetSdkVersion 19
versionCode 1
versionName "1.0"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
sourceSets.main {
jniLibs.srcDir 'src/main/libs'
jni.srcDirs = [] // disable NDK-auto-build
}
Properties properties = new Properties()
properties.load(project.rootProject.file('local.properties').newDataInputStream())
task ndkBuild(type: Exec) {
def ndkDir = properties.getProperty('ndk.dir')
commandLine "$ndkDir/ndk-build", '-C', file('src/main').absolutePath
}
task cleanNdkBuild(type: Exec) {
def ndkDir = properties.getProperty('ndk.dir')
commandLine "$ndkDir/ndk-build", '-C', file('src/main').absolutePath, "clean"
}
tasks.withType(JavaCompile) { compileTask -> compileTask.dependsOn ndkBuild }
clean.dependsOn cleanNdkBuild
}
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
}I’ll be watching this question closely so feel free to ask for follow-ups. I’m definitely around !
-
aacenc : do not reject AAC-Main profile
21 août 2015, par Rostislav Pehlivanovaacenc : do not reject AAC-Main profile
This commit permits for the use of the Main profile
in encoding. The functionality of that profile will
be added in the commits following. By itself, this
commit does not alter anything.Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
-
aacenc : reset special bands in the main frame encoding function
21 août 2015, par Rostislav Pehlivanovaacenc : reset special bands in the main frame encoding function
This commit moves the resetting of special bands (above RESERVED_BT)
to the main frame encoding function rather than the way it was done
previously in their corresponding search_for_... functions.The reason why special bands need to be reset is that while normal
bands get chosen for every frame by the coder (twoloop by default)
the coders do not touch any special sfbs and will therefore
make them persist throughout the file.If we zero them out any bands left unmarked will be chosen by
the second part of the coder (the trellis function in aaccoder.c).Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>