
Recherche avancée
Autres articles (69)
-
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 (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)
Sur d’autres sites (12768)
-
Difference between .so file and java library in ffmpeg
1er septembre 2020, par yejafotIs there any difference between using ffmpeg with .so file(ndk,.cpp) or simply by using ffmpeg library(example : com.github.hiteshsondhi88.libffmeg). I see my collegues apps sell 10rs by using these libraries vs with app on cpp function call sells 1000rs+ ?


Implementation with java library :


FFmpeg ffmpeg = FFmpeg.getInstance(context);
try {
 // to execute "ffmpeg -version" command you just need to pass "-version"
 ffmpeg.execute(cmd, new ExecuteBinaryResponseHandler() {

 @Override
 public void onStart() {}

 @Override
 public void onProgress(String message) {}

 @Override
 public void onFailure(String message) {}

 @Override
 public void onSuccess(String message) {}

 @Override
 public void onFinish() {}
 });
} catch (FFmpegCommandAlreadyRunningException e) {
 // Handle if FFmpeg is already running
}



-
avcodec/ffwavesynth : use uint32_t to compute difference, it is enough
21 juin 2019, par Michael Niedermayeravcodec/ffwavesynth : use uint32_t to compute difference, it is enough
Fixes : signed integer overflow : 6494225984479297536 - -6043795377581187040 cannot be represented in type 'long'
Fixes : 15285/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFWAVESYNTH_fuzzer-5632780307791872Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
Revision 107161 : A priori la différence (qui fait des scrolls étonnants sur Spip ...
25 octobre 2017, par marcimat@… — LogA priori la différence (qui fait des scrolls étonnants sur Spip Contrib) vient du fait que la nouvelle version
de la librairie scroll automatiquement au chargement alors que ce n’était pas ce comportement auparavant.
Et le scroll automatique ne tient pas compte du fait de savoir si l’ancre désirée est déjà visible ou non,
et scoll du haut de la page vers l’ancre (même si on était déjà sur l’ancre !).
Du coup, on annule ce scroll automatique au chargement.