Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

Autres articles (16)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

Sur d’autres sites (4324)

  • snow : remove an obsolete av_assert2

    9 juillet 2015, par Andreas Cadhalpun
    snow : remove an obsolete av_assert2
    

    It asserts that the frame linesize is larger than 37, but it can be
    smaller and decoding such frames works.

    Before commit cc884a35 src_stride > 7*MB_SIZE was necessary, because the
    blocks were interleaved in the tmp buffer and the last block was added
    with an offset of 6*MB_SIZE.
    It was changed for src_stride <= 7*MB_SIZE to write the blocks
    sequentially, hence the larger tmp_step.
    After that the assert was only necessary to make sure that the buffer
    remained large enough.
    Since commit bd2b6b33 s->scratchbuf is used as tmp buffer.
    As part of commit 86e107a7 the minimal scratchbuf size was increased to
    256*7*MB_SIZE, which is enough for any src_stride <= 7*MB_SIZE.

    Also add a comment explaining the tmp_step calculation.

    Signed-off-by : Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>

    • [DH] libavcodec/snow.h
  • [ffmpeg C++ API] : How to copy a music file's cover image into another music file ?

    22 avril 2022, par Ananta

    I am having difficulties in copying a source music file's cover image into a destination music file. These two music files are in different formats (i.e, either mp3, flac, wav, or wma, different sampling rate). How should I implement the code for this ? I created a minimal code for this task below :

    &#xA;

    const char* src_path = "source.mp3";&#xA;const char* dest_path = "destination.flac";&#xA;AVPacket src_pic; &#xA;&#xA;// open the source path&#xA;AVFormatContext *src_ctx = avformat_alloc_context();&#xA;avformat_open_input(&amp;src_ctx, src_path, NULL, NULL);&#xA;&#xA;// find the first attached picture, if available&#xA;for (i = 0; i &lt; src_ctx->nb_streams; i&#x2B;&#x2B;)&#xA;   if (src_ctx->streams[i]->disposition &amp; AV_DISPOSITION_ATTACHED_PIC) {&#xA;      src_pic = src_ctx->streams[i]->attached_pic;&#xA;&#xA;// open the destination path&#xA;AVFormatContext *dest_ctx = avformat_alloc_context();&#xA;avformat_open_input(&amp;dest_ctx, dest_path, NULL, NULL);&#xA;&#xA;// Then, how to embed the &#x27;src_pic&#x27; into &#x27;dest_ctx&#x27;?&#xA;&#xA;  &#xA;

    &#xA;

  • ppc : reduce overreads when loading 8 pixels in altivec dsp functions

    13 février 2014, par Janne Grunau
    ppc : reduce overreads when loading 8 pixels in altivec dsp functions
    

    Altivec can only load naturally aligned vectors. To handle possibly
    unaligned data a second vector is loaded from an offset of the original
    location and the data is recovered through a vector permutation.
    Overreads are minimal if the offset for second load points to the last
    element of data. This is 7 for loading eight 8-bit pixels and overreads
    are reduced from 16 bytes to 8 bytes if the pixels are 64-bit aligned.
    For unaligned pixels the overread is reduced from 23 bytes to 15 bytes
    in the worst case.

    • [DH] libavcodec/ppc/dsputil_altivec.c