
Recherche avancée
Médias (1)
-
La conservation du net art au musée. Les stratégies à l’œuvre
26 mai 2011
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (69)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
(Dés)Activation de fonctionnalités (plugins)
18 février 2011, parPour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)
Sur d’autres sites (7461)
-
vdpau/h264 : request MAIN rather than BASELINE VDPAU profile for CBP
26 octobre 2014, par Rémi Denis-Courmontvdpau/h264 : request MAIN rather than BASELINE VDPAU profile for CBP
The H.264 Constrained Baseline Profile (CBP) is a subset of both the
Main Profile and the Baseline Profile. In principles, a hardware
decoder that supports either of those can decode CBP content. As it
happens, Main is supported by all VDPAU drivers, and Baseline is not.So favor map CBP to MP for now. Hopefully in the future libvdpau will
offer an explicit choice for CBP.This fixes bug 757.
Signed-off-by : Anton Khirnov <anton@khirnov.net>
-
Revision 422d7bc918 : Relax maximum Q for extreme overshoot. Added code to relax the active maximum Q
28 octobre 2014, par Paul WilkinsChanged Paths :
Modify /vp9/encoder/vp9_firstpass.c
Relax maximum Q for extreme overshoot.Added code to relax the active maximum Q in response
to extreme local overshoot to reduce bandwidth peaks.The impact is small in metrics terms, but it this helps reduce
bandwidth spikes and overall overshoot in a number of
clips in our tests sets (especially the YT test set).In particular this should help prevent very big spikes where a clip
is mainly easy but has a short hard section. In such a case a choice
of maximum Q for the clip as a whole may allow us to hit the overall
target rate but give some extreme spikes. The chunked encoding in YT
mitigates this problem but it can show up where a longer clip is
coded as a single chunk.Change-Id : I213d09950ccb8489d10adf00fda1e53235b39203
-
Revision f5209d7e01 : Remove rate component adjustment for AQ1 In AQ1 a rate adjustment was applied f
21 novembre 2014, par Paul WilkinsChanged Paths :
Modify /vp9/encoder/vp9_encodeframe.c
Remove rate component adjustment for AQ1In AQ1 a rate adjustment was applied for blocks coded with a
deltaq. This tends to skew the partition selection and cause
rate overshoot.For example, consider a 64x64 super block where some but not all
sub blocks are in a low q segment and some are in a high q segment.
The choice of Q when considering large partition and transform sizes
is defined by the lowest sub block segment id (currently this implies the
lowest Q). If some parts of the larger partition are very hard this will
cause a high rate component.The correct behavior here is for the rd code to discard the large partition
choice and break down to sub blocks where some have low and some
have high Q. However the rate correction factor above mask the high
cost of coding at a larger partition size.Change-Id : Ie077edd0b1b43c094898f481df772ea280b35960