
Recherche avancée
Médias (2)
-
Exemple de boutons d’action pour une collection collaborative
27 février 2013, par
Mis à jour : Mars 2013
Langue : français
Type : Image
-
Exemple de boutons d’action pour une collection personnelle
27 février 2013, par
Mis à jour : Février 2013
Langue : English
Type : Image
Autres articles (69)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
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 ;
-
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" (...)
Sur d’autres sites (9033)
-
avformat/utils : Fix confusing return value for ff_read_packet()
12 mars 2021, par Andreas Rheinhardtavformat/utils : Fix confusing return value for ff_read_packet()
Currently, ff_read_packet() sometimes forwards the return value of
AVInputFormat.read_packet() (which should be zero on success, but isn't
for all demuxers) and sometimes it overwrites this with zero.
Furthermore, it uses two variables, one for the read_packet return value
and one for other errors, which is a bit confusing ; it is also
unnecessary given that the documentation explicitly states that
ff_read_packet() never returns positive values. Returning a positive
value would lead to leaks with some callers (namely asfrtp_parse_packet
and estimate_timings_from_pts). So always return zero in case of
success.(This behaviour stems from a time before av_read_packet sanitized
the return value of read_packet at all : It was added in commit
626004690c23c981f67228ea325dde3f35193988 and was unnecessary since
88b00723906f68b7563214c30333e48888dddf78.)Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
NReco.VideoConverter GetVideoThumbnail memory leak
18 février 2016, par JulienI am using the following code to process videos and grab a screenshot from them using http://www.nrecosite.com/video_converter_net.aspx.
It leaks memory.
Add a few hundred videos and you can see memory increase.
Am I doing something wrong ? Or is this a bug with FFMpeg ?
I have tried using a static instance of
FFMpegConverter
but it doesn’t seem to make a difference.public byte[] GetImage(string path)
{
using (var outputJpegStream = new MemoryStream())
{
var nreco = new FFMpegConverter();
nreco.GetVideoThumbnail(path, outputJpegStream, 10);
outputJpegStream.Seek(0, SeekOrigin.Begin);
var thumbnailBytes = new byte[outputJpegStream.Length];
outputJpegStream.Read(thumbnailBytes, 0, Convert.ToInt32(outputJpegStream.Length));
using (var myMemStream = new MemoryStream(thumbnailBytes))
{
using (var fullsizeImage = Image.FromStream(myMemStream))
{
using (var newImage = fullsizeImage.GetThumbnailImage(480, 320, null, IntPtr.Zero))
{
using (var myResult = new MemoryStream())
{
newImage.Save(myResult, ImageFormat.Png);
return myResult.ToArray();
}
}
}
}
}
} -
libxvid : Make codec use the init-cleanup flag and mark it as init-thread-safe
7 avril 2015, par Vittorio Giovara