Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (45)

  • 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

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (10119)

  • How to hack ffmpeg to consider I-Frames as key frames ?

    2 février 2012, par justanothercoder

    I'm trying to get ffmpeg to seek h264 interlaced videos, and i found that i can seek to any frame if i just force it.

    I already hacked the decoder to consider I - Frames as keyframes, and it works nicely with the videos i need it to work with. And there will NEVER be any videos encoded with different encoders.

    However, i'd like the seek to find me an I - Frame and not just any frame.

    What i'd need to do is to hack The AVIndexEntry creation so that it marks any frame that is an I-Frame to be a key frame.
    Or alternatively, hack the search thing to return I - Frames.

    The code does get a tad dfficult to follow at this point.

    Can someone please point me at the correct place in ffmpeg code which handles this ?

  • Demuxing and decoding raw RTP with libavformat

    8 février 2023, par kevmo314

    I'm implementing a pipeline where I receive inbound RTP packets in memory but I'm having trouble figuring out how to set up libavformat to handle/unwrap the RTP packets.

    


    I have all relevant information about the underlying codec necessary but since it's h264 I cannot simply strip the RTP header trivially. I create the input context with goInputFunction writing one packet per invocation.

    


    void *readbuf = av_malloc(1500);
AVIOContext *avioreadctx = avio_alloc_context(readbuf, 1500, 0, transcoder, &goInputFunction, NULL, NULL);
AVFormatContext *inputctx = avformat_alloc_context();
inputctx->pb = avioreadctx;
inputctx->flags |= AVFMT_FLAG_CUSTOM_IO;


    


    When I open it with avformat_open_input(&inputctx, NULL, NULL, NULL) it repeatedly calls the read function but doesn't actually progress. I suspect because the RTP stream itself does not have enough information to fully describe the codec ? If I leave this open out, then av_read_frame(inputctx, input_packet) down the road segfaults, I'm guessing because the input context is uninitialized.

    


    So to my question, is it possible to set the codec details that the SDP would typically set, but manually ?

    


    I'm looking for an example of how to manually configure the AVFormatContext to consume RTP packets without an SDP and setting up a UDP port listener.

    


  • Anomalie #3017 : Gestion des versions de plugins

    22 mars 2021, par RastaPopoulos ♥

    Pour complément : c’est donc prévu dans les maquettes, qui sont déjà implémentés à 90% en SPIP 3.3 mais… ce point n’est pas du tout prévu dans l’API de SVP ! Et donc pour ce point, la première étape, c’est que l’API doit savoir gérer plusieurs versions, pas juste "la dernière".

    C’est notamment très (très !) important si on veut juste mettre à jour pour la sécu et petites améliorations, mais qu’on ne veut absolument pas changer de branche X qui casse la compat. Ce point est donc indispensable pour arrêter de faire des faux plugins différents avec préfixes différents, pour changer des grosses choses sans que les gens mettent à jour et que ça casse chez eux (bootstrap, etc) : ça devrait dans le futur bien rester le même préfixe, et les gens doivent pouvoir rester sur la même branche fonctionnelle.

Navigation