Recherche avancée

Médias (91)

Autres articles (83)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

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

Sur d’autres sites (7270)

  • hls.js - how to subscribe to any event

    24 octobre 2016, par momomo

    First time I play a playlist, I keep getting bufferStalledError.

    I can detect this error, however, if I resolve this error then a jump or skip in the video play back occurs and it stops occurring.

    However, if i ignore it then it will play without a noticable interruption and the video keeps playing. But this error will continue to be raised but without any noticable issues.

    However, at times, the same error will result in an overflow and hls.js won’t be able to recover automatically, and no further errors are reported after such a failure than the last bufferStalled error.

    I have to restart the video through destroy and attach again resuming the play functionality hls.js is unable to do automatically or through recoverMediaErrors().

    The only problem is that I am unable to subscribe to an event that says that the video is playing, or stuck. After a bufferStalledMediaError hls.js will recover it automatically without a glitch, but sometimes it fails to do so. In both cases no more errors are reported.

    But is there maybe another event reported that says it is playing that is not an error report ?

    Is there an hls.on(Hls.Events.ALL, ... ) event ?

    What about setting up a TimeLineController ? It’s not documented.

    Reference :
    https://github.com/dailymotion/hls.js/blob/master/API.md

  • pixblockdsp : Have function pointer prototype match implementation

    31 octobre 2016, par Diego Biurrun
    pixblockdsp : Have function pointer prototype match implementation
    

    libavcodec/pixblockdsp.c(58) : warning C4028 : formal parameter 1 different from declaration
    libavcodec/pixblockdsp.c(63) : warning C4028 : formal parameter 1 different from declaration
    libavcodec/pixblockdsp.c(66) : warning C4028 : formal parameter 1 different from declaration

    • [DBH] libavcodec/pixblockdsp.h
  • Anomalie #4623 : Styles des fieldset dans l’espace privé

    18 avril 2021

    Bon stop (ou pas) !

    Il semble que les blocs fieldset ne peuvent pas parfaitement se styler seuls. Manifestement c’est assez récent que les navigateurs acceptent un display:flex; dessus par exemple.

    J’ai fait quelques tests en partant du formulaire de préférences des menus (tiens d’ailleurs ce formulaire a des div.editer sans div.editer-groupe parent (à corriger !)
    Il contient un fieldset + .editer-groupe.deux_colonnes (columns : 2)

    Ce que j’ai testé (sous macOS avec FF, Safari, Chrome & Opéra) : la formule suivante (enlever le .editer-groupe interne et le monter sur le fieldset)

    1. <span class="CodeRay"><span class="tag">fieldset</span><span class="class">.editer-groupe</span>
    2.     <span class="tag">legend</span>
    3.     <span class="tag">div</span><span class="class">.editer</span>
    4.     <span class="tag">div</span><span class="class">.editer</span>
    5.     ...
    6. </span>

    Télécharger

    1) Si on applique un columns: 2 sur ce fieldset,
    - Firefox & Safari : conservent le legend, passent le reste en 2 colonnes
    - Chrome & Opéra : ignorent et conservent donc un affichage 1 colonne.

    2) Si on applique un display: flex; flex-wrap: wrap sur ce fieldset
    - Tous : le legend est conservé comme tel
    - le reste passe effectivement en flex (permettant donc de mettre plusieurs .editer sur la même ligne)

    Déjà je suis étonné que Flex semble fonctionner, contrairement à ce que dit https://caniuse.com/mdn-html_elements_fieldset pour tous les Gecko. Et Edge aussi est indiqué en non fonctionnel.

    Donc du coup… je me dis que le .editer-groupe dans le fieldset à encore du sens stylistique.
    Ce qui pour le coup ne nous arrange pas forcément, mais ça évite aussi de casser un truc de plus dans cette structure html en le laissant.

    Donc du coup, on en reviendrait peut être à "fieldset.editer-section" ou "fieldset.editer-fieldset" ou "fieldset.fieldset" ou "fieldset" (sans rien)…
    J’utilise .editer-section ensuite (mais peut importe)

    A) fieldset.editer-section > div.editer-groupe

    (le plus proche de l’actuel je pense)

    1. <span class="CodeRay">  <span class="tag">div</span><span class="class">.editer-groupe</span>
    2.       <span class="tag">div</span><span class="class">.editer</span>
    3.       ...
    4.   <span class="tag">fieldset</span><span class="class">.editer-section</span>
    5.     <span class="tag">legend</span>
    6.     <span class="tag">div</span><span class="class">.editer-groupe</span>
    7.         <span class="tag">div</span><span class="class">.editer</span>
    8.         ...
    9. </span>

    Télécharger

    B) fieldset.editer-groupe > div.editer-section

    L’autre possibilité si ça facilite vraiment le css, c’est d’inverser les classes (avec l’ennui principal de du coup devoir reprendre l’existant)

    1. <span class="CodeRay">  <span class="tag">div</span><span class="class">.editer-groupe</span>
    2.       <span class="tag">div</span><span class="class">.editer</span>
    3.       ...
    4.   <span class="tag">fieldset</span><span class="class">.editer-groupe</span>
    5.     <span class="tag">legend</span>
    6.     <span class="tag">div</span><span class="class">.editer-fieldset</span>
    7.         <span class="tag">div</span><span class="class">.editer</span>
    8.         ...
    9. </span>

    Télécharger

    B) fieldset.editer-groupe.editer-section > div.editer-groupe

    Ou du doubler d’une autre classe

    1. <span class="CodeRay">  <span class="tag">div</span><span class="class">.editer-groupe</span>
    2.       <span class="tag">div</span><span class="class">.editer</span>
    3.       ...
    4.   <span class="tag">fieldset</span><span class="class">.editer-groupe</span><span class="class">.editer-section</span>
    5.     <span class="tag">legend</span>
    6.     <span class="tag">div</span><span class="class">.editer-groupe</span>
    7.         <span class="tag">div</span><span class="class">.editer</span>
    8.         ...
    9. </span>

    Télécharger

    Mais dans ce cas là je trouve cela redondant (fieldset.editer-section me parait suffisant, si on doit effectivement mettre un classe css dessus)
    Le plus ennuyant est peut être de devoir annuler des styles CSS du .editer-groupe dans .editer-section > .editer-groupe ;