Recherche avancée

Médias (1)

Mot : - Tags -/publier

Autres articles (68)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

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

  • What H.264 encoding profile is considered "safe" in 2017 ?

    12 avril 2017, par degenerate

    Have streaming services adopted a certain H.264 profile as "standard" or "safe" for use in 2017 ? For example are all modern Youtube videos at least "High" profile for H.264 ?

    Or does Youtube continue to serve all encoding profiles, down to "Baseline" depending on hardware ?

    I would like to start encoding my videos with "High" profile or higher, but cannot find any recent documentation on which profile is standard practice or safe to use.

    Searching google is not fruitful :

    Old blog post from 2008 :
    http://blog.mediacoderhq.com/h264-profiles-and-levels/

    Old blog post from 2014 :
    http://leightronix.com/blog/when-to-choose-high-main-and-baseline-while-encoding-h-264/

    I cannot find any updated 2017 information on this.

  • Evolution #3962 : Générer des JPEG progressifs

    18 juin 2017, par Michel Bystranowski

    Mmm, ça a l’air un peu plus compliqué qu’au premier abord effectivement. J’ai trouvé cet article qui compare le taux de compression et recommande de ne le faire que pour les fichiers de plus de 10k, sous peine d’obtenir des fichiers plus gros (https://yuiblog.com/blog/2008/12/05/imageopt-4/). Du coup il faudrait s’arranger pour ne cibler que les gros JPEGs.

    Par côté compatibilité des navigateurs ça semble ok pour tous les navigateurs récents (https://en.wikipedia.org/wiki/Comparison_of_layout_engines_%28graphics%29#JPEG_support).

  • avcodec : Remove libaacplus

    24 janvier 2016, par Timothy Gu
    avcodec : Remove libaacplus
    

    TODO : bump minor

    It’s inferior in quality to fdk-aac and has an arguably more problematic
    license.

    As early as 2012, a HydrogenAudio user reported :

    > It has however one huge advantage : much better quality at low bitrates than
    > faac and libaacplus.

    (https://hydrogenaud.io/index.php?PHPSESSID=ckiq394pdglka0kj2fin6ij8t7&topic=95989.msg804633#msg804633)

    I myself have made a few spectrograms for a comparison of the two
    encoders as well. The FDK output is consistently better than the
    libaacplus one, in all bitrates I tested.

    libaacplus license is 3GPP + LGPLv2. 3GPP copyright notice is completely
    proprietory, as follows :

    > No part may be reproduced except as authorized by written permission.
    >
    > The copyright and the foregoing restriction extend to reproduction in
    > all media.
    >
    > © 2008, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TTA, TTC).
    >
    > All rights reserved.

    (The latest 26410-d00 zip from 3GPP has the same notice, but the copyright
    year is changed to 2015)

    The copyright part of the FDK AAC license (section 2) is a copyleft
    license that permits redistribution under certain conditions (and
    therefore the LGPL + libfdk-aac combination is not prohibited by
    configure) :

    > Redistribution and use in source and binary forms, with or without
    > modification, are permitted without payment of copyright license fees
    > provided that you satisfy the following conditions :
    >
    > You must retain the complete text of this software license in
    > redistributions of the FDK AAC Codec or your modifications thereto in
    > source code form.
    >
    > You must retain the complete text of this software license in the
    > documentation and/or other materials provided with redistributions of
    > the FDK AAC Codec or your modifications thereto in binary form.
    >
    > You must make available free of charge copies of the complete source
    > code of the FDK AAC Codec and your modifications thereto to recipients
    > of copies in binary form.
    >
    > The name of Fraunhofer may not be used to endorse or promote products
    > derived from this library without prior written permission.
    >
    > You may not charge copyright license fees for anyone to use, copy or
    > distribute the FDK AAC Codec software or your modifications thereto.
    >
    > Your modified versions of the FDK AAC Codec must carry prominent
    > notices stating that you changed the software and the date of any
    > change. For modified versions of the FDK AAC Codec, the term
    > "Fraunhofer FDK AAC Codec Library for Android" must be replaced by the
    > term "Third-Party Modified Version of the Fraunhofer FDK AAC Codec
    > Library for Android."

    • [DH] Changelog
    • [DH] LICENSE.md
    • [DH] configure
    • [DH] doc/general.texi
    • [DH] doc/platform.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/libaacplus.c