
Recherche avancée
Autres articles (73)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
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 (12139)
-
avcodec/hcom : Check the root entry and the right entries
7 octobre 2019, par Michael Niedermayeravcodec/hcom : Check the root entry and the right entries
Fixes : Segfault
Fixes : 17991/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HCOM_fuzzer-5647235349479424Also fixes related memleak
Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
What's the replacement for the avcodec_thread_init ?
7 mai 2015, par NyarukoI am using ffmpeg to encode/decode videos.
I used a old version in the past, but recently I switched a new version and found that many ffmpeg functions are non-longer in use.Here is my old code :
pCodecCtx=pVideoStream->codec;
pCodecCtx->codec_id = pOutputFormat->video_codec;
pCodecCtx->codec_type = ffmpeg::AVMEDIA_TYPE_VIDEO;
pCodecCtx->bit_rate = Bitrate;
pCodecCtx->width = getWidth();
pCodecCtx->height = getHeight();
pCodecCtx->time_base.den = fps;
pCodecCtx->time_base.num = 1;
pCodecCtx->gop_size = Gop;
pCodecCtx->pix_fmt = ffmpeg::PIX_FMT_YUV420P;
avcodec_thread_init(pCodecCtx, 10);
//if (c->codec_id == CODEC_ID_MPEG2VIDEO)
//{
//c->max_b_frames = 2; // just for testing, we also add B frames
//}
// some formats want stream headers to be separate
if(pFormatCtx->oformat->flags & AVFMT_GLOBALHEADER)
pCodecCtx->flags |= CODEC_FLAG_GLOBAL_HEADER;
if (av_set_parameters(pFormatCtx, NULL) < 0)
{
printf("Invalid output format parameters\n");
return false;
}
ffmpeg::dump_format(pFormatCtx, 0, fileName.toStdString().c_str(), 1);
// open_video
// find the video encoder
pCodec = avcodec_find_encoder(pCodecCtx->codec_id);
if (!pCodec)
{
printf("codec not found\n");
return false;
}
// open the codec
if (avcodec_open(pCodecCtx, pCodec) < 0)
{
printf("could not open codec\n");
return false;
}
// Allocate memory for output
if(!initOutputBuf())
{
printf("Can't allocate memory for output bitstream\n");
return false;
}
// Allocate the YUV frame
if(!initFrame())
{
printf("Can't init frame\n");
return false;
}
if (url_fopen(&pFormatCtx->pb, fileName.toStdString().c_str(), URL_WRONLY) < 0)
{
printf( "Could not open '%s'\n", fileName.toStdString().c_str());
return false;
}
av_write_header(pFormatCtx);Here,
avcodec_thread_init
is no-longer in use and I cannot find anyhints about what function I should use to replace it ? Any ideas ? -
NGINX RTMP Server - Continuity replacement of track
6 janvier 2023, par sweetngxI broadcast my video archive as live streaming with FFMpeg or similar applications. But since there are multiple videos, ffmpeg reconnects with the rtmp server in each new track, and while watching the live stream, the connection naturally terminates in each video transition and I continue watching by reconnecting to rtmp. What I want to do is that when ffmpeg switches to each new track, the rtmp server does not terminate my connection and continues the new video stream without interruption, that is, in flow changes, the rtmp server can wait for the new flow for a while and continue where it left off. I actually tried to do this using
wait_video
but it is not efficient and stable enough. How do you think I can solve this problem ? Should I solve it on the FFMpeg side or should I solve it on the Rtmp Server side ? All my videos have the same resolution and codec properties