
Recherche avancée
Autres articles (93)
-
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. -
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)
Sur d’autres sites (8678)
-
lavf/mpeg : Allow users to force audio codec MLP.
20 août 2015, par Carl Eugen Hoyos -
avfilter/vf_libplacebo : don't force dovi frames to bt.2020-ncl
30 octobre 2023, par Niklas Haasavfilter/vf_libplacebo : don't force dovi frames to bt.2020-ncl
This is at odds with the YUV matrix negotiation API, in which such
dynamic changes in YUV encoding are no longer easily possible. There is
also no really strong motivating reason to do this, since the choice of
YUV matrix is essentially arbitrary and not actually related to the
Dolby Vision decoding process. -
How to force avcodec to use unaligned frame data planes ?
26 février 2015, par user3244284I have been searching high and low for an option to force avcodec to use unaligned memory for its AVFrame data.
Depending on the pixel format, the horizontal planes of an AVFrame->data may be padded with extra data to be aligned to memory for performance.
eg : a 1920 * 1080 video with 4 bytes per pixel will have 1920 * 4 = 7680 bytes per plane.
With avcodec if you are decoding this video it will create 7808 bytes per plane.
This adds 7808 - 7680 = 128 bytes of extra padding.
For my purposes I would like to force avcodec to use unaligned data so I can copy an entire continuous chunk of frame data instead of copying and formatting smaller pieces one at a time to a continuous chunk.
The following flag found in the headers :
/* encoding support
These flags can be passed in AVCodecContext.flags before initialization.
Note: Not everything is supported yet.
*/
/**
* Allow decoders to produce frames with data planes that are not aligned
* to CPU requirements (e.g. due to cropping).
*/
#define CODEC_FLAG_UNALIGNED 0x0001Setting this AVCodecContext.flags to be CODEC_FLAG_UNALIGNED, the assumption is that the AVFrame->data is now unaligned, this is not the case.
I’m not sure if I am looking at the right place or using this flag correctly.
Regards,
Curious George