Recherche avancée

Médias (91)

Autres articles (109)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (12787)

  • FFMPEG on Windows faststart command line with or without a +

    24 juillet 2014, par C0nw0nk

    So on the following wiki page i see ffmpeg tells us when using faststart for HTML5 compatibility we should use a + symbol.

    https://trac.ffmpeg.org/wiki/Encode/H.264#faststartforwebvideo

    -movflags +faststart

    But looking at command line examples on here and other sites everyone puts it in their command line like this.

    ffmpeg -i C:\vidtests\Wildlife.mp4 -movflags faststart C:\vidtests\Wildlife_fs.mp4

    So my question is should it matter if the + symbol is there or not ?

  • Checkinstall equivalent on Red Hat (Santiago)

    29 octobre 2013, par Dalius

    I'm not familiar with Red Hat, never used it before.

    I'm installing ffmpeg from source, following this guide https://trac.ffmpeg.org/wiki/CentosCompilationGuide

    On Debian, after using make to compile ffmpeg, I would use checkinstall to install ffmpeg for all users. How can I do the same on Red Hat ?

  • ffmpeg RTSP over TCP, RTP timestamps are always zero

    14 septembre 2021, par Azamat

    I'm trying to get timestamps from RTP packet. When I scan packets with Wireshark I get following output :
rtp_packet
I see that timestamps have incremented after several packets.
Issue that I have as following : when I read timestamp value from RTPDemuxContext->timestamp (rtp_demux_context->timestamp) in C, the value is always zero for several cameras, but for the majority of cameras the code works well.
Can you help to figure out is there are bug in cameras or bug in ffmpeg ?

    



    There is my code :

    



    double ntp_timestamp(AVFormatContext* pFormatCtx, uint32_t* last_rtcp_ts, double* base_time) {
RTSPState* rtsp_state = (RTSPState*) pFormatCtx->priv_data;
RTSPStream* rtsp_stream = rtsp_state->rtsp_streams[0];
RTPDemuxContext* rtp_demux_context = (RTPDemuxContext*) rtsp_stream->transport_priv;

uint32_t new_rtcp_ts = rtp_demux_context->last_rtcp_timestamp;

uint64_t last_ntp_time = 0;

if (new_rtcp_ts != *last_rtcp_ts) {
    *last_rtcp_ts = new_rtcp_ts;
    last_ntp_time = rtp_demux_context->last_rtcp_ntp_time;
    uint32_t seconds = ((last_ntp_time >> 32) & 0xffffffff) - 2208988800;
    uint32_t fraction  = (last_ntp_time & 0xffffffff);
    double useconds = ((double) fraction / 0xffffffff);
    *base_time = seconds + useconds;
}
uint32_t d_ts = rtp_demux_context->timestamp - *last_rtcp_ts;
return *base_time + d_ts / 90000.0;


    



    }

    


Navigation