
Recherche avancée
Médias (1)
-
DJ Dolores - Oslodum 2004 (includes (cc) sample of “Oslodum” by Gilberto Gil)
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (52)
-
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...) -
Librairies et binaires spécifiques au traitement vidéo et sonore
31 janvier 2010, parLes logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
Binaires complémentaires et facultatifs flvtool2 : (...)
Sur d’autres sites (7811)
-
Révision 22788 : réparer taille_du_cache() suite à r21067
3 février 2016, par brunobergot@gmail.comcopie et adaptation de la fonction utilisée dans memoization http://zone.spip.org/trac/spip-zone/browser/_plugins_/memoization/trunk/memo/filecache.inc#L121
signalé par johan sur http://thread.gmane.org/gmane.comp.web.spip.devel/66859
-
dca : add new fate tests based on the dcadec-samples test suite
2 février 2016, par Hendrik Leppkesdca : add new fate tests based on the dcadec-samples test suite
- [DH] tests/fate/dca.mak
- [DH] tests/ref/fate/dca-xll_51_16_192_768_0
- [DH] tests/ref/fate/dca-xll_51_16_192_768_0-dmix_2
- [DH] tests/ref/fate/dca-xll_51_16_192_768_0-dmix_6
- [DH] tests/ref/fate/dca-xll_51_16_192_768_1
- [DH] tests/ref/fate/dca-xll_51_16_192_768_1-dmix_2
- [DH] tests/ref/fate/dca-xll_51_16_192_768_1-dmix_6
- [DH] tests/ref/fate/dca-xll_51_24_48_768
- [DH] tests/ref/fate/dca-xll_51_24_48_768-dmix_2
- [DH] tests/ref/fate/dca-xll_51_24_48_768-dmix_6
- [DH] tests/ref/fate/dca-xll_51_24_48_none
- [DH] tests/ref/fate/dca-xll_51_24_48_none-dmix_2
- [DH] tests/ref/fate/dca-xll_51_24_48_none-dmix_6
- [DH] tests/ref/fate/dca-xll_71_24_48_768_0
- [DH] tests/ref/fate/dca-xll_71_24_48_768_0-dmix_2
- [DH] tests/ref/fate/dca-xll_71_24_48_768_0-dmix_6
- [DH] tests/ref/fate/dca-xll_71_24_48_768_1
- [DH] tests/ref/fate/dca-xll_71_24_48_768_1-dmix_2
- [DH] tests/ref/fate/dca-xll_71_24_48_768_1-dmix_6
- [DH] tests/ref/fate/dca-xll_71_24_96_768
- [DH] tests/ref/fate/dca-xll_71_24_96_768-dmix_2
- [DH] tests/ref/fate/dca-xll_71_24_96_768-dmix_6
- [DH] tests/ref/fate/dca-xll_x96_51_24_96_1509
- [DH] tests/ref/fate/dca-xll_x96_51_24_96_1509-dmix_2
- [DH] tests/ref/fate/dca-xll_x96_51_24_96_1509-dmix_6
- [DH] tests/ref/fate/dca-xll_xch_61_24_48_768
- [DH] tests/ref/fate/dca-xll_xch_61_24_48_768-dmix_2
- [DH] tests/ref/fate/dca-xll_xch_61_24_48_768-dmix_6
-
Anomalie #3660 (Nouveau) : Espace privé inaccessible suite au memory_limit
21 janvier 2016, par Yohann PrigentHello,
Quand le memory_limit est défini à -1 dans le php.ini, on a une erreur dans l’espace privé qui arrive de temps en temps :
PHP Fatal error : Allowed memory size of 10485760 bytes exhausted (tried to allocate 131072 bytes) in /ecrire/inc/filtres.php on line 2521
En épluchant un peu, on dirait que /ecrire/inc/utils.php (lignes 1793 et 1811) redéfinit à 10M le memory_limit car le cas n’est pas prévu dans le switch. Et apparemment 10M n’est pas suffisant pour mon BO un peu trop chargé...
Serait-il possible de prendre en compte ce cas ? En attendant je vais modifier la valeur.