Recherche avancée

Médias (91)

Autres articles (75)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • 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 (...)

  • 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 (6553)

  • How to embed additional metadata to a video file in libavcodec (FFmpeg C source code fork)

    7 mars 2023, par leavittx

    I'm extending an existing codec (Hap) inside ffmpeg library, adding some additional stuff to it (modifying FFmpeg code in my own fork of it)

    


    One of the things I'd like to do is to store a per-file maximum encoded packet size in some global header/metadata so I can use it later while doing decoding (generally, the metadata/info to store can be arbitrary, size is just what I currently need for some specialized decoder I'm writing).

    


    I'm modifying the ffmpeg code file
https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/hapenc.c

    


    EDIT : What I'd like to achieve

    


      

    • Compute some numeric value during the encoding (namely, the maximum encoded frame size for the video - it's needed for a specialized fast decoder to not read all the frames beforehand) - that is done already

      • 


    • Store that value in the video file metadata (looks like it should be done on container level)

      • 


    


    My initial incorrect attempt :
But I don't currently see any possibility to save any info outside of a single packet being produced by hap_encode function and written to AVPacket *pkt parameter.

    


      

    1. Set dict parameter on AVCodecContext *avctx's priv_data :

      2. 


    


        av_opt_set_int(avctx->priv_data, "max_compressed_frame_size", <size>, 0);&#xA;    av_opt_set(avctx->priv_data, "max_compressed_frame_size", "", 0);&#xA;</size>

    &#xA;

    Later, while decoding av_opt_get/av_opt_get_int report non-existing key.

    &#xA;

      &#xA;
    1. Set various AVCodecContext *avctx fields :

      2. &#xA;

    &#xA;

        avctx->flags2 = <size>;&#xA;    avctx->extradata_size = <size>;&#xA;    avctx->ticks_per_frame = <size>;&#xA;    avctx->delay = <size>;&#xA;</size></size></size></size>

    &#xA;

    They all also seem to be not preserved when doing decoding later (I get just default values from decoder's AVCodecContext)

    &#xA;

  • avcodec/mobiclip : Rewrite code to make it clearer

    18 novembre 2021, par Andreas Rheinhardt
    avcodec/mobiclip : Rewrite code to make it clearer

    In order to know that the earlier code did not use uninitialized
    
values one needs to know that the lowest four bits of each used
    
value of pframe_block4x4_coefficients_tab do not vanish identically.
    
E.g. Coverity did not get this and warned about it in ticket #1466632.
    
Fix this by slightly rewriting the code.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/mobiclip.c

  • ftp: move common commands code to function

    29 mai 2013, par Lukasz Marek
    ftp: move common commands code to function

    Each send command routine requires the same steps.
    
This commit moves repeated code into one function.
    • [DH] libavformat/ftp.c

Navigation