
Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (32)
-
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 (...) -
Le plugin : Podcasts.
14 juillet 2010, parLe problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
Types de fichiers supportés dans les flux
Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...) -
Les images
15 mai 2013
Sur d’autres sites (3316)
-
How to restrict CPU load of FFmpeg call ?
9 septembre 2022, par rattlesnakeAs described here, for example, I'm using FFmpeg to check video file integrity like this :


ffmpeg -v error -i input.mp4 -f null -



Since I plan to run this in the background, I want to limit the CPU load. I already tried
-threads 1
,-filter_threads 1
,-filter_complex_threads 1
. Nothing helps and FFmpeg still uses as many cores as it can get. Which parameter am I overlooking ?

-
ffmpeg non-continuous live streaming
2 août 2022, par xrfangI have an IP camera which is normally power off, and is triggered by Infra-Red signal. I plan to use ffmpeg to pull RTSP stream from it, and convert to HLS video segments.


My question is, can ffmpeg work continuously and output blank MPEGTS chunks while it is not able to connect to the camera, i.e. works 7x24, waiting for video data, instead of crash/exit if it cannot connect to the camera.


-
Roadmap #3582 : Simplifier l’utilsation des documents
21 février 2016, par Fil _Il n’est utilisé à ma connaissance que sur visionscarto, donc pas beaucoup de recul ni de retours.
Cela dit ça marche bien et après deux ans et demi avec ce système je le préfère de loin aux gestionnaires de médias de SPIP. (Et je compte l’améliorer encore grâce à l’intégration de github + repo git local.)
Point négatif : j’aurais aimé aller beaucoup plus loin avec, pour publier des documents de tous types, mais cette partie est restée un peu en plan.
Point très positif : la syntaxe des attributs, plus proche du HTML (pas de pipes séparateurs, mais des espaces) que les modèles spip habituels.
Autre point positif : comme la ressource distante est mise en copie locale, même si elle disparaît de la source d’origine le site continue à fonctionner. Et bien sûr la fonctionnalité inverse : on peut travailler offline, copier/coller le texte d’un site de test au site de prod sans avoir à se préoccuper de réuploader les documents, renuméroter etc.
Point qui reste discutable : le fait de mettre l’url de la ressource en premier juste après le chevron. C’est pratique, mais discutable sur le plan des principes. On pourrait avoir une syntaxe longue `
` (c’est ce qui est fait en interne, d’ailleurs). Voire même `` pour retomber sur du HTML si le plugin disparait ou si on copie/colle le code dans un autre site. J’ai très peu testé le raccourci sur des documents locaux `
toto.rtf>` ; à priori c’est pourtant celui-ci qui devrait être d’usage le plus standard avec ce plugin, mais bon, sur visionscarto : 1) toutes les images sont gérées dans notre compte FlickR (et on va basculer sur github) et 2) quand on uploade un doc en local on passe par la médiathèque classique.