
Recherche avancée
Autres articles (96)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
HTML5 audio and video support
13 avril 2011, parMediaSPIP 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 (...)
Sur d’autres sites (9761)
-
lavc/vc1dsp : R-V V vc1_unescape_buffer
12 mai 2024, par Rémi Denis-Courmontlavc/vc1dsp : R-V V vc1_unescape_buffer
Notes :
The loop is biased toward no unescaped bytes as that should be most common.
The input byte array is slid rather than the (8 times smaller) bit-mask,
as RISC-V V does not provide a bit-mask (or bit-wise) slide instruction.There are two comparisons with 0 per iteration, for the same reason.
In case of match, bytes are copied until the first match, and the loop is
restarted after the escape byte. Vector compression (vcompress.vm) could
discard all escape bytes but that is slower if escape bytes are rare.Further optimisations should be possible, e.g. :
processing 2 bytes fewer per iteration to get rid of a 2 slides,
taking a short cut if the input vector contains less than 2 zeroes.
But this is a good starting point :T-Head C908 :
vc1dsp.vc1_unescape_buffer_c : 12749.5
vc1dsp.vc1_unescape_buffer_rvv_i32 : 6009.0SpacemiT X60 :
vc1dsp.vc1_unescape_buffer_c : 11038.0
vc1dsp.vc1_unescape_buffer_rvv_i32 : 2061.0 -
Anomalie #4612 (Nouveau) : copie_locale() et non-ASCII
4 décembre 2020, par RastaPopoulos ♥Il semblerait que copie_locale() n’aime pas les chemins avec du non-ASCII. Mais parce que curl n’aime pas non plus.
Exemple d’URL que j’avais, qui marche bien dans le navigateur, Firefox s’en sortant comme il faut :
http://www.sppef.fr/wp-content/uploads/2018/10/sppef_chapelle-sainte-anne-mh-tign®.apr¿s-le-supplice-de-la-croix-le-supplice-des-pales..jpgQuand on recopie depuis Firefox, il a modifié et a encodé en % les non-ASCII, ce qui donne :
http://www.sppef.fr/wp-content/uploads/2018/10/sppef_chapelle-sainte-anne-mh-tign%C2%AE.apr%C2%BFs-le-supplice-de-la-croix-le-supplice-des-pales..jpgEt là cette URL transformée fonctionne parfaitement avec curl et copie_locale().
Il n’y a pas de fonction pour ça en PHP, n’encode que les caractères chelous, mais pas les " :" "/" etc. Stackoverflow donne comme solution en PHP :
$url = preg_replace_callback('/[^\x20-\x7f]/', function($match) { return urlencode($match[0]); }, $url);
Et ça marche parfaitement avec ça !
Ne faudrait-il donc pas intégrer en permanence cette transformation dans notre copie_locale() ?
-
Revision 60e91a92c3 : vp9/common/x86 : Silence MSVC warnings in vp9_asm_stubs.c. Update filter_1dfunct
7 février 2014, par Tom FineganChanged Paths :
Modify /vp9/common/x86/vp9_asm_stubs.c
vp9/common/x86 : Silence MSVC warnings in vp9_asm_stubs.c.Update filter_1dfunction definition to match usage.
Change-Id : Ie3cae13dc1ec3f5838c5f29d1c76a1a98a9217fa