
Recherche avancée
Médias (1)
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (57)
-
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 ) (...) -
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 (10700)
-
avfilter/af_headphone : fix possible memory leaks on failure
15 juin 2017, par Paul B Mahol -
Memory leaks when opening RTMP stream with wrong url
3 novembre 2015, par n00bieI’m using libav for streaming to YouTube through RTMP. I have function openRtmpStream() for opening RTMP stream. It works well. But recently i noticed the situation, when RTMP url is wrong (or server is down). In this situation my code is trying to reconnect, and calls this function about 15 times per second. With htop i can see about 20 MB per second memory leak in this situation.
Maybe my code for closing context and streams is wrong ? Or any another idea what I’m doing wrong ? Thanks in advance !
Here’s my code :
bool openRtmpStream( const std::string& address )
{
if( ! m_httpContext ) {
m_httpContext = avformat_alloc_context( );
m_httpContext->oformat = av_guess_format( "flv", address.c_str( ), nullptr );
if( m_httpContext->oformat ) {
strcpy( m_httpContext->filename, address.c_str( ) );
auto codecID = AV_CODEC_ID_H264;
auto codec = avcodec_find_encoder( codecID );
if( codec ) {
m_httpVideoStream = avformat_new_stream( m_httpContext, codec );
// ... here's initalization of m_httpVideoStream->codec ...
int res = avcodec_open2( codecContext, codec, nullptr );
if( res >= 0 ) {
auto codecID = AV_CODEC_ID_MP3;
auto codec = avcodec_find_encoder( codecID );
if( codec ) {
m_httpAudioStream = avformat_new_stream( m_httpContext, codec );
// ... here's initalization of m_httpAudioStream->codec ...
res = avcodec_open2( codecContext, codec, nullptr );
if( res >= 0 ) {
m_httpStreamWriteStartTime = boost::chrono::high_resolution_clock::now( );
if( avio_open2( &m_httpContext->pb, m_httpContext->filename, AVIO_FLAG_WRITE, m_AVIOInterruptCB.get( ), nullptr ) >= 0 ) {
if( avformat_write_header( m_httpContext, nullptr ) >= 0 ) {
return true; // success
}
}
avcodec_close( m_httpAudioStream->codec );
}
}
avcodec_close( m_httpVideoStream->codec );
}
}
}
// failed to open stream, close context and streams
avio_close( m_httpContext->pb );
avformat_free_context( m_httpContext );
m_httpContext = nullptr;
m_httpVideoStream = nullptr;
m_httpAudioStream = nullptr;
}
return false;
} -
libavformat/matroskaenc.c : fix small memory leaks on error
19 août 2015, par Neil Birkbecklibavformat/matroskaenc.c : fix small memory leaks on error
Fixing small leaks that can occur when mkv_write_tracks fails in mkv_write_header
(e.g., if video track has unknown codec). Also changing mkv_write_seekhead to take
the MatroskaMuxContext to avoid having dangling pointers.Signed-off-by : Neil Birkbeck <neil.birkbeck@gmail.com>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>