
Recherche avancée
Médias (2)
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
-
GetID3 - Boutons supplémentaires
9 avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (88)
-
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (12327)
-
How do I pre-allocate the memory for libavcodec to write decoded frame data ?
18 décembre 2018, par codemonkeyI am trying to decode a video with libav by following the demo code : here
I need to be able to control where the frame data in
pFrame->data[0]
is stored. I have tried settingpFrame->data
to my own buffer as follows :// Determine required buffer size and allocate buffer
int numBytes = av_image_get_buffer_size(pixFmt, width, height, 1);
(uint8_t*) dataBuff = (uint8_t*) malloc (numBytes * sizeof(uint8_t));
// Assign buffer to image planes in pFrame
av_image_fill_arrays(frame->data, frame->linesize, dataBuff, pixFmt, width,
height, 1);While this does set
pFrame->data
to bedataBuff
(if I print their addresses, they are the same), this callret = avcodec_receive_frame(pCodecContext, pFrame)
to receive the decoded data always writes the data to a different address. It seems to manage its own memory somewhere in the underlying API and ignores thedataBuff
that I assigned topFrame
right before.So I’m stuck—how can I tell
libav
to write decoded frame data to memory that I pre-allocate ? I’ve seen people ask similar questions online and in the libav forum but haven’t been able to find an answer.Many thanks
-
vc2enc : prevent random data
5 mai 2016, par Christophe Gisquetvc2enc : prevent random data
The slice prefix is 0 in the reference encoder and the decoder ignores it.
Writing 0 there seems like the best temporary solution.The padding could have contained uninitialized data, but reference VC2
encoders put 0xFF there, hence the memset value.Overall this allows producing bistreams with no random data for use by fate.
-
avformat/oggdec : Don't skip over data whose checksum is used
11 juillet, par Andreas Rheinhardtavformat/oggdec : Don't skip over data whose checksum is used
The behavior of the ffio_*_checksum feature is not well defined
when using avio_skip(). The code in oggdec.c relied on the skipped
data (four bytes) to be checksummed, which is mostly true
because short_seek_threshold is 32768 by default, so that
avio_seek() will normally read data instead of calling the
underlying seek function. Yet this has two problems :a) It relies on implementation details of avio_seek().
b) There is an exception, namely if the AVIO_FLAG_DIRECT is set.
In this case the underlying seek function (if set) is always
called and the data is skipped, leading to CRC errors.So don't skip the data.
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>