Recherche avancée

Médias (91)

Autres articles (31)

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

  • Support audio et vidéo HTML5

    10 avril 2011

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

Sur d’autres sites (5661)

  • Anomalie #2381 : Corriger le niveau d’intertitre

    24 octobre 2014, par tetue tetue

    C’est moins un problème de SEO que d’accessibilité. Omettre un niveau de titre rompt la navigation par titres (par exemple avec une synthèse vocale), rendant difficile l’accès aux contenus des niveaux inférieurs. Concrètement, certains de ces utilisateurs passent à côté de tout ou partie du contenu. Cela relève d’un critère d’accessibilité de niveau A, c’est-à-dire bloquant.

    Il y a certes, pour les webmestres avertis, la possibilité de corriger cela (via plugin ou autre).
    Cela dépend aussi de la hiérarchie des titres du squelette en vigueur.

    Mais il serait préférable d’éviter cette erreur par défaut, dans la distribution du SPIP natif :
    - soit (peu pertinent) en ajoutant un h2 de principe avant chaque champ #TEXTE des squelettes de la dist ;
    - soit (mieux) en corrigeant le code généré par défaut, comme suggéré en premier lieu dans ce ticket.

    NB : le HTML5, qui autorise l’utilisation exclusive de titres de niveau 1, manque de support sur ce point et n’est donc pas une solution, effectivement.

  • ffmpeg Reduce frame rate

    10 juillet 2019, par Chieron

    I am trying to convert h264 vids to h265. Some of the vids are 50fps and seem to have a lot of duplicate frames(100000+). I guess these are 25fps vids and somehow they have every frame duplicated.

    ffmpeg is not dropping the frames it seems and so I guess this is wasting space(although I’d hope very little but it’s probably not optimal).

    I’d like to fix this though.

    is there a way to set the frame rate to 30, say(-r 30) and have ffmpeg correctly keep everything in sync(audio aligned properly) and not have any real issues ? this might require interpolation and all that but I definitely do not want the audio to be off(it’s crucial) and I don’t want the length to change.

    I’m not sure if I can just specify -r 30 and everything will work out, if it even matters(maybe h265 handles these duplicates very efficiently ?), or if I need to specify more ?

    So, in some sense, I’m actually increasing the frame rate(if it is 25fps and I’m going to 30, hence the interpolation).

    I also have a lot of videos that this happened to. Is there any efficient way to go back and recode them if necessary ?

    What are the compression consequences of having these duplicate frames in h265 ? Does it store them very efficiently or am I wasting space ?

    I have a few hundred GB of files and probably a lot have this issue as I didn’t know what was going on and didn’t investigate it but saw the message a lot. I actually thought it was just some meaningless error since it was clear the video was consistent with the other. If 100k duplicate frames would imply a static video but it didn’t occur to me that someone would duplicate every frame(since that would simply waste space). [I tried to search but little exists about this specific issue]

  • Evolution #4613 (Nouveau) : créer une aide ré-actualisée pour Spip 3.*

    10 décembre 2020, par Laurent Lefebvre

    Bonjour,

    quelques affirmations concernant les retours à la ligne sont fausses depuis Spip 3.0 :

    Ex :

    • "Le fait de simplement « revenir à la ligne » (retour-chariot) sans séparer les deux paragraphes par une ligne vide ne suffit pas pour provoquer un changement de paragraphe (cela ne provoque même pas un retour à la ligne)._" -> Il faudrait retirer la parenthèse et son contenu.
    • "Notez : ici un simple retour à la ligne suffit (on peut faire des énumérations dans le même paragraphe) ; mais si l’on « saute » une ligne avant la ligne commençant par un tiret, une ligne vide est affichée avant l’énumération._" -> Ce paragraphe ne sert plus dans le contexte Spip 3.*

    On pourrait aussi moderniser l’aide. Ajouter la mention aux touches raccourcis par exemple ( pour l’italique, le gras, les intertitres ... ).
    En attendant ce changement, ne pourrait-on pas modifier rapidement les affirmations sur les retours à la ligne ? (c’est crucial pour les nouveaux utilisateurs et ce sont eux qui utilisent l’aide.)

Navigation