
Recherche avancée
Médias (1)
-
Publier une image simplement
13 avril 2011, par ,
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (68)
-
Les vidéos
21 avril 2011, parComme 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, parMediaspip 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 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 (...)
Sur d’autres sites (9416)
-
What H.264 encoding profile is considered "safe" in 2017 ?
12 avril 2017, par degenerateHave 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 BystranowskiMmm, ç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 Guavcodec : 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.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."