
Recherche avancée
Autres articles (38)
-
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 (...) -
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 (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)
Sur d’autres sites (3686)
-
cpu.c : Merge ia32 and x86_64 CPU info functions
27 février 2017, par Erik de Castro Lopocpu.c : Merge ia32 and x86_64 CPU info functions
After the removal of the OS SSE detection stuff ia32_cpu_info()
and x86_64_cpu_info() became very similar. Merging them makes
sense.Patch-from : lvqcl <lvqcl.mail@gmail.com>
-
Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....
31 octobre 2014, par YannX spipSalut,
Le 31/10/2014 12:00, Ybbet Spip a écrit :
Le 31 octobre 2014 11:19, YannX SPIP <yannx.spip@hotmail.fr
yannx.spip@hotmail.fr>> a écrit :Le 30/10/2014 17:57, redmine@spip.org redmine@spip.org> a
écrit :La demande #3196 a été mise à jour par cedric -.
- Statut changé de /Nouveau/ à /Fermé/
- Resolution mis à /invalid/
Bon, faute de description et suite a r21750 / r21752 je ne
constate aucun probleme de backup sur une base avec un prefixe
different de ’spip’
Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde
standard des q’un prefixe ....
<http://core.spip.org/issues/3196#change-10189>- Auteur : YannX spip
- Statut : Fermé
- Priorité : Normal
- Assigné à :
- Catégorie :
- Version cible : 3.0
- Resolution : invalid
- Navigateur :
Deux avertissements :
- prévenir que la sauvegarde peut etre incomplète
- préciser le prefixe utilisé "qq.part" dans l’interface
(pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)Merci
YannX
Vous recevez ce mail car vous êtes impliqués sur ce projet.
Pour changer les préférences d’envoi de mail, allez sur
http://core.spip.org/my/accountLe problème est simple, bien que quelque peu aléatoire...
depuis que la sauvegarde est passée sous sqlite,
je crois n’avoir pas souvent réussi
(sur une douzaine au moins de sites SPIP 3.x chez OVH) une
sauvegarde complète d’une base SPIP.Encore en milieu de semaine sur SPN : la restauration a zappé
totalement
la tables ARTICLES .. et la table RUBRIQUESLa seule solution a été de ré-intégrer "a la mano" par Adminer
(merci Suske)
de petits bouts du dump SQL queprudentj’avais AUSSI fait avec
Save_autoPeut-etre que ce souci serait aussi dû à l’implémentation SQlite
chez OVH ?
(j’avais constaté que l’instalaltion automatique SQlite SPIP
créait un MySQL non-accessible ! )
mais il me faudrait demander à Bernard de vérifier sur son serveur
kimSufi
si c’est également le cas....Je n’ose imaginer un utilisateur moins aguerri...
Et ça ne serait pas dans ton cas un soucis de timeout ? Ou de mémoire ?
Sauf si je n’ai pas vu un rechargement de page,
j’apercois bien l’ecran final de SPIP qui m’affiche parfois (0/...) sur
certaines tables :
donc si c’etait un timeout, ce serait plutot de la base.... mais pas dès
les premières tables ??Non, je vais commencer à croire à un conflit d’implémentation
MySQL-SQlite chez OVH
(si ce n’est un bug dû au préfixe, ou au principe de SQlite...) mais je
ne sais déterminer d’ici !Si cette hypothèse se verifiait (appel a tous les utilisateurs de bases
SPIP_préfixées chez OVH ??),
cela serait très gênant pour de nouveaux utilisateurs,
car tout le monde ne peut pas etre hébergé chez Nursit ! ;-) -
src/ : Remove un-needed MSVC6 workaround.
4 juillet 2014, par Erik de Castro Loposrc/ : Remove un-needed MSVC6 workaround.
MSVC6 was not able to cast from a uint64_t to a double and this
commit removes some #ifdef hackery designed to work around this
problem.Patch-from : lvqcl <lvqcl.mail@gmail.com>