Recherche avancée

Médias (91)

Autres articles (84)

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP 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, par

    Le 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 (5939)

  • avformat/segafilmenc : Don't store packet info in linked list

    17 juillet 2020, par Andreas Rheinhardt
    avformat/segafilmenc : Don't store packet info in linked list

    Up until now, the Sega FILM muxer would store some information about
    
each packet in a linked list. When writing the trailer, the information
    
in said linked list would be used to write a table in the file header.
    
Each entry in said table is 16 bytes long, but each entry of the linked
    
list is 32 bytes long (assuming 64 bit pointer and no padding).
    
Therefore it makes sense to remove the linked list and write the array
    
entries directly into a dynamic buffer while writing the packet (this is
    
possible because the table entries don't depend on any information not
    
available when writing the packet (the offset is not relative to the
    
beginning of the file, but to the end of the table). This also
    
simplifies writing the array at the end (there is no need to traverse a
    
linked list).
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/segafilmenc.c

  • Documentation #3027 : Squelette Spip.net

    18 novembre 2013, par Arnaud Dupin de Beyssat

    Bonjour
    Merci de la réponse.
    Il s’agit notammen t du menu latéral de la page
    http://www.spip.net/fr_rubrique135.html et des suivantes (filrtres,
    critères ; etc.)
    sans doute associéà

    <a class="external" href="http://www.spip.net/">www.spip.net</a><br />  /squelettes<br />  /branches<br />  /2008<br />  /inc-rubriques.html

    Merci
    ADB

    Le 16/07/2013 10:35, a écrit :

    La demande #3027 a été mise à jour par b b.

    Salut, de quelle page du site s’agit-il ?

    Evolution #3027 : Squelette Spip.net

    • Auteur : Arnaud Dupin de Beyssat
    • Statut : Nouveau
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible :
    • Resolution :

    Bonjour
    Serait-il possible de passer la liste des rubriques du menu latéral
    ordonné en alphabétique ? Cela faciliterait les recherches de balises, etc.
    Actuellement, les lignes sont :
    12
    13 id_rubriqueid_rubrique=#ENVid_rubrique par num titre !par date
    doublons>
    14 #TITRE
    15

    A la ligne 13, passer en par nom ai lieu de par num titre !par date

    Merci

    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/account

  • Anomalie #4623 : Styles des fieldset dans l’espace privé

    17 avril 2021, par RastaPopoulos ♥

    Alors c’est justement ce que je ne voulais pas générer au moins pour les groupes racines : là on se retrouve pour les fieldsets racines avec 2 bordures collées, ce qui fait super lourd visuellement il me semble : bordure du form et direct collé bordure du groupe.

    Je détaille l’argument du foncé qui était volontaire : quand il y a des décorations claires, certaines personnes (et suivant la qualité des écrans) ne les voient pas ou peu, mais ce n’est pas grave si ce n’est que de la déco. Alors qu’un élément foncé va être vu par un pourcentage bien plus grand de personnes. Comme là il s’agit d’une indication visuelle utile, et non pas juste de décoration, je trouvais donc important que ce soit foncé pour que le max de gens les voit.

    Pour les barres horizontales, là aussi c’était voulu de les enlever, afin d’alléger visuellement : là on se retrouve de nouveau avec des "cadres enfermants" de partout et donc visuellement (quand on a des yeux qui voient toutes les lignes) on a dès le premier coup d’œil cette impression de "cadres dans des cadres dans des cadres". Alors que le but des simplifications de Tcharlss était justement de minimiser le plus possible cette impression, et du coup mon but était de trouver une solution pour les fieldsets qui n’en rajoute pas dans ce domaine.

    Pour la bordure sur la droite b_b, je vais faire un essai, mais le premier truc qui me vient c’est que justement on lit à gauche, et que seulement une indentation sans bordure à gauche c’est beauuuucoup plus faible pour voir du premier coup quels champs sont regroupés avec quels autres. Ça va faire qu’on va voir le regroupement que dans un deuxième temps au lieu de le voir au début de chaque ligne.

Navigation