
Recherche avancée
Médias (3)
-
MediaSPIP Simple : futur thème graphique par défaut ?
26 septembre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Video
-
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 (107)
-
Diogene : création de masques spécifiques de formulaires d’édition de contenus
26 octobre 2010, parDiogene est un des plugins ? SPIP activé par défaut (extension) lors de l’initialisation de MediaSPIP.
A quoi sert ce plugin
Création de masques de formulaires
Le plugin Diogène permet de créer des masques de formulaires spécifiques par secteur sur les trois objets spécifiques SPIP que sont : les articles ; les rubriques ; les sites
Il permet ainsi de définir en fonction d’un secteur particulier, un masque de formulaire par objet, ajoutant ou enlevant ainsi des champs afin de rendre le formulaire (...) -
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
-
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 (...)
Sur d’autres sites (9047)
-
av_read_frame and time stamps C++
19 avril 2014, par halfwaythruI am recording an RTSP H264 stream from an Axis IP camera using libavformat. This camera is supposed to stamp every frame with the time that the frame was acquired, and this information is supposed to be in the RTP packet header.
This is the code that I am using to read in the frames.
AVFormatContext *inputFormatCtxt = NULL;
avformat_open_input(&inputFormatCtxt, inputURL, NULL, NULL)
avformat_find_stream_info(inputFormatCtxt, NULL )
while(av_read_frame(inputFormatCtxt, &packet) >=0)
{
if(packet.stream_index == videoStreamIndex)
{
// Do something to video packet.
}
else
{
// Do something to audio packet.
}
if (packet.pts != AV_NOPTS_VALUE)
packet.dts = packet.pts = av_rescale_q(packet.pts, stream->time_base, oStream->time_base);
else
NSLog(@"packet.pts == AV_NOPTS_VALUE");
if(av_interleaved_write_frame(outputFormatCtxt, &packet) < 0)
NSLog(@"Could not write out frame.");
av_free_packet(&packet);
}Now in AVPacket, the only time-related information is the pts and the dts. After converting them into seconds, these are supposed to be the offset of the packet (in seconds) from the start of the stream.
My question is : How do I get the start time of the stream ?
These are the many things that I have tried :
1.) In
AVFormatContext
there is a variablestart_time_realtime
that is "supposed" to be the start time of the stream in real world time, in microseconds. This is exactly what I need. But no matter what I do, this value is always 0, and never changes. Am I missing a step in initialization that this never get set ?2.) Looking at this link, I added an
RTPDemuxContext
object to my code :RTSPState* rtsp_state = (RTSPState*) inputFormatCtxt->priv_data;
RTSPStream* rtsp_stream = rtsp_state->rtsp_streams[0];
RTPDemuxContext* rtp_demux_context = (RTPDemuxContext*) rtsp_stream->transport_priv;When I tried to look at the
last_rtcp_reception_time
,last_rtcp_ntp_time
,last_rtcp_timestamp
timestamps within theRTPDemuxContext
object, these values are also 0 always, and dont change.3.) With the last point, I tried to force fetch a packet using
ff_rtsp_fetch_packet(inputFormatCtxt, &packet)
. This did update the RTPDemuxContext timestamps, but only while stepping through code. If I just ran the code in a loop, it always remained the same as whatever was in theRTDemuxContext
object before the loop.int64_t x = 0;
x = rtp_demux_context->last_rtcp_reception_time; // x is 0.
while(ff_rtsp_fetch_packet(inputFormatCtxt, &packet))
{
x = rtp_demux_context->last_rtcp_reception_time; // x changes only when stepping through code. else remains 0
}At this point I have no idea what I am doing wrong. I cant seem to get this timestamp information, no matter what I try. Any help is much appreciated. Thanks !
-
Revision d24f4e49c1 : Removing CONFIG_MD5. We don't need compile time md5 configuration because —md5
28 décembre 2013, par Dmitry KovalevChanged Paths :
Modify /configure
Modify /vpxdec.c
Removing CONFIG_MD5.We don't need compile time md5 configuration because —md5 is a runtime
option.Change-Id : Ic0a2427ae5de5a18f31e5ee60c3732481b377ca1
-
How to detect black screen at play time in ijkplayer ?
31 août 2019, par seaguestI am using ijkplayer,I am wondering if it is possible to know if current player is black screen at play time ?
because some old model mobiles do not support hard-decode and get black screen, I need to know this case then switch to soft-decode.