
Recherche avancée
Médias (1)
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (58)
-
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. -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Les formats acceptés
28 janvier 2010, parLes commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
ffmpeg -codecs ffmpeg -formats
Les format videos acceptés en entrée
Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
Les formats vidéos de sortie possibles
Dans un premier temps on (...)
Sur d’autres sites (6704)
-
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
-
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
-
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>