
Recherche avancée
Médias (1)
-
1 000 000 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (44)
-
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Organiser par catégorie
17 mai 2013, parDans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)
Sur d’autres sites (6163)
-
Revision 13d69d40da : lint-hunks : exit status for only affected lines Prior to this patch, if there w
18 octobre 2012, par John KoleszarChanged Paths : Modify /tools/lint-hunks.py lint-hunks : exit status for only affected lines Prior to this patch, if there were any lint errors, this script would exit with an error, even if those errors were not in the hunks being tested by this script. This change makes it so that if any lint (...)
-
ffmpeg exit status -1094995529
3 mars 2015, par Matt JoinerI’m developing an application that makes calls to
ffprobe
that return the unorthodox exit status of-1094995529
for certain files when on Windows. This exit status is given consistently, and there is some minor discussion of this.Why is this value given, and where is it documented ? Can I expect this status to be different on a unix machine where the allowed exit statuses are more constrained ?
-
examples/muxing : remove pointless #undef exit
30 août 2012, par Stefano Sabatiniexamples/muxing : remove pointless #undef exit