Recherche avancée

Médias (1)

Mot : - Tags -/berlin

Autres articles (46)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

Sur d’autres sites (5848)

  • 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

  • [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 :

    


    const char* src_path = "source.mp3";
const char* dest_path = "destination.flac";
AVPacket src_pic; 

// open the source path
AVFormatContext *src_ctx = avformat_alloc_context();
avformat_open_input(&src_ctx, src_path, NULL, NULL);

// find the first attached picture, if available
for (i = 0; i < src_ctx->nb_streams; i++)
   if (src_ctx->streams[i]->disposition & AV_DISPOSITION_ATTACHED_PIC) {
      src_pic = src_ctx->streams[i]->attached_pic;

// open the destination path
AVFormatContext *dest_ctx = avformat_alloc_context();
avformat_open_input(&dest_ctx, dest_path, NULL, NULL);

// Then, how to embed the 'src_pic' into 'dest_ctx'?

  


    


  • 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

Navigation