
Recherche avancée
Médias (1)
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (60)
-
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
-
Prérequis à l’installation
31 janvier 2010, parPréambule
Cet article n’a pas pour but de détailler les installations de ces logiciels mais plutôt de donner des informations sur leur configuration spécifique.
Avant toute chose SPIPMotion tout comme MediaSPIP est fait pour tourner sur des distributions Linux de type Debian ou dérivées (Ubuntu...). Les documentations de ce site se réfèrent donc à ces distributions. Il est également possible de l’utiliser sur d’autres distributions Linux mais aucune garantie de bon fonctionnement n’est possible.
Il (...) -
Emballe Médias : Mettre en ligne simplement des documents
29 octobre 2010, parLe plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)
Sur d’autres sites (6931)
-
Usurper of FATE
31 juillet 2010, par Multimedia Mike — FATE ServerMans sent a message to the FFmpeg-devel list today :
A new FATE
Mike’s FATE system has done a great job over the last few years. It
is however beginning to prove inadequate in various ways :[various shortcomings already dissected at length on this very blog]
To address the above-mentioned issues, I have been working on a
replacement system which is now ready to be announced.Check it out : http://fate.ffmpeg.org/.
Considering that he just obsoleted something I’ve poured a lot of time and energy into over the last 2.5 years, is my first reaction to this news supposed to be unbridled joy ? Hey, I’m already on record as stating that I wouldn’t mind throwing away all of FATE if there was a better alternative.
I’m not certain but I’m pretty sure that at this point, the original FATE server is practically obsolete. Mans is already testing all of his configurations as well as the configs I test. As soon as the other FATE installations switch over to the new server, I should be able to redirect fate.multimedia.cx -> fate.ffmpeg.org, sell most of my computers, and spend more time with my family.
Thanks, Mans !
-
script ubuntu lucid : apache
4 mars 2012L’installation ne peut finir la configuration d’apache
le log indique :-
Activation du module mod_deflate
-
Module deflate already enabled
-
Installation du fichier de configuration du mod_deflate
-
cp : impossible d’évaluer « ./configs/apache/deflate.conf » : Aucun fichier ou dossier de ce type
pourant le fichier est bien là :
-
root@sd-27024 : /mediaspip_install# ls configs/apache/
-
deflate.conf expires.conf mediaspip_mime.conf
-
-
lavc/libvpxenc : prevent fifo from filling up
7 juillet 2023, par David Lemlerlavc/libvpxenc : prevent fifo from filling up
Prevent the fifo used in encoding VPx videos from filling up and
stopping encode when it reaches 21845 items, which happens when the
video has more than that number of frames.Incorporated suggestion from James Zern to prevent calling
frame_data_submit() at all when performing the first pass of a 2-pass
encode so the fifo is not filled at all ; replaces original patch which
drained the fifo after filling to prevent it from becoming full.Fixes the regression originally introduced in
5bda4ec6c3cb6f286bb40dee4457c3c26e0f78cbCo-authored-by : James Zern <jzern@google.com>
Signed-off-by : David Lemler <david@lemler.family>
Signed-off-by : James Zern <jzern@google.com>