
Recherche avancée
Médias (91)
-
999,999
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (43)
-
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" (...) -
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)
Sur d’autres sites (5976)
-
cbs_h2645 : Improve performance of writing slices
11 novembre 2018, par Andreas Rheinhardtcbs_h2645 : Improve performance of writing slices
Instead of using a combination of bitreader and -writer for copying data,
one can byte-align the (obsolete and removed) bitreader to improve performance.
With the right alignment one can even use memcpy. The right alignment
normally exists for CABAC and hence for H.265 in general.
For aligned data this reduced the time to copy the slicedata from
776520 decicycles to 33889 with 262144 runs and a 6.5mb/s H.264 video.
For unaligned data the number went down from 279196 to 97739 decicycles.Signed-off-by : Mark Thompson <sw@jkqxz.net>
-
Evolution #3926 : Remplacement de safehtml par le plug htmlpurifier ou autre
19 décembre 2018, par cedric -Depuis https://core.spip.net/projects/spip/repository/revisions/24131 le plugin HTMLPurifier est fonctionel sans nécessiter de patch dans le core ?
on est bon et on peut release tel quel en indiquant que le plugin htmlpurifier est disponible pour tests et se laisser le temps ?Je pense que si on doit intégrer le plugin ça sera sur la version dev 3.3, pas sur la version stable, et ça va demander de prendre le temps de voir toutes les modifs et les impacts éventuels que tu n’aurais pas vu ou auxquelles tu n’aurais pas pensé.
Sur la fonction de survol des logos le sujet reste ouvert ? On est en effet d’accord que cette écriture est obsolète et devrait être revue de toute façon, mais c’est donc un point à traiter dans le core le cas échéant
-
fftools/ffmpeg : propagate frame durations to packets when encoding
14 avril 2023, par Anton Khirnovfftools/ffmpeg : propagate frame durations to packets when encoding
Remove now-obsolete code setting packet durations pre-muxing for CFR
encoded video.Changes output in the following FATE tests :
* numerous adpcm tests
* ffmpeg-filter_complex_audio
* lavf-asf
* lavf-mkv
* lavf-mkv_attachment
* matroska-encoding-delay
All of these change due to the fact that the output duration is now
the actual input data duration and does not include padding added by
the encoder.* apng-osample : less wrong packet durations are now passed to the muxer.
They are not entirely correct, because the first frame duration should
be 3 rather than 2. This is caused by the vsync code and should be
addressed later, but this change is a step in the right direction.
* tscc2-mov : last output frame has a duration of 11 rather than 1 - this
corresponds to the duration actually returned by the demuxer.
* film-cvid : video frame durations are now 2 rather than 1 - this
corresponds to durations actually returned by the demuxer and matches
the timestamps.
* mpeg2-ticket6677 : durations of some video frames are now 2 rather than
1 - this matches the timestamps.- [DH] fftools/ffmpeg_enc.c
- [DH] fftools/ffmpeg_mux.c
- [DH] tests/ref/acodec/adpcm-ima_wav
- [DH] tests/ref/acodec/adpcm-ima_wav-trellis
- [DH] tests/ref/acodec/adpcm-ms
- [DH] tests/ref/acodec/adpcm-ms-trellis
- [DH] tests/ref/acodec/adpcm-swf
- [DH] tests/ref/acodec/adpcm-swf-trellis
- [DH] tests/ref/acodec/adpcm-swf-wav
- [DH] tests/ref/acodec/adpcm-yamaha
- [DH] tests/ref/acodec/adpcm-yamaha-trellis
- [DH] tests/ref/fate/apng-osample
- [DH] tests/ref/fate/autorotate
- [DH] tests/ref/fate/ffmpeg-filter_complex_audio
- [DH] tests/ref/fate/film-cvid
- [DH] tests/ref/fate/matroska-encoding-delay
- [DH] tests/ref/fate/mpeg2-ticket6677
- [DH] tests/ref/fate/tscc2-mov
- [DH] tests/ref/lavf/asf
- [DH] tests/ref/lavf/mkv
- [DH] tests/ref/lavf/mkv_attachment