Recherche avancée

Médias (1)

Mot : - Tags -/publicité

Autres articles (50)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (7275)

  • avcodec/decode : don't reject flush packets when buffer_pkt is not empty

    12 juillet 2023, par James Almer
    avcodec/decode : don't reject flush packets when buffer_pkt is not empty

    Restores the behavior before commit a92dbeb9ae.
    

    Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] libavcodec/decode.c

  • ffmpeg - allow to create empty aac file

    27 juillet 2023, par user11149927

    I have two commands :

    &#xA;

    ffmpeg -y -i file.mp4 -vn -acodec copy file.aac&#xA;

    &#xA;

    and then :

    &#xA;

    ffmpeg -y -i file.mp4 -i file.aac -c:v copy -c:a aac new-file.mp4&#xA;

    &#xA;

    The first command throw error when the video has no audio :

    &#xA;

    Output file does not contain any stream&#xA;

    &#xA;

    I would like to change first command to allow create empty aac file (maybe silent audio) when video has no audio. Or maybe exists better solution ?

    &#xA;

  • aarch64 : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    18 novembre 2016, par Martin Storsjö
    aarch64 : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    This work is sponsored by, and copyright, Google.
    

    Previously all subpartitions except the eob=1 (DC) case ran with
    
the same runtime :
    

    vp9_inv_dct_dct_16x16_sub16_add_neon :   1373.2
    
vp9_inv_dct_dct_32x32_sub32_add_neon :   8089.0
    

    By skipping individual 8x16 or 8x32 pixel slices in the first pass,
    
we reduce the runtime of these functions like this :
    

    vp9_inv_dct_dct_16x16_sub1_add_neon :     235.3
    
vp9_inv_dct_dct_16x16_sub2_add_neon :    1036.7
    
vp9_inv_dct_dct_16x16_sub4_add_neon :    1036.7
    
vp9_inv_dct_dct_16x16_sub8_add_neon :    1036.7
    
vp9_inv_dct_dct_16x16_sub12_add_neon :   1372.1
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   1372.1
    
vp9_inv_dct_dct_32x32_sub1_add_neon :     555.1
    
vp9_inv_dct_dct_32x32_sub2_add_neon :    5190.2
    
vp9_inv_dct_dct_32x32_sub4_add_neon :    5180.0
    
vp9_inv_dct_dct_32x32_sub8_add_neon :    5183.1
    
vp9_inv_dct_dct_32x32_sub12_add_neon :   6161.5
    
vp9_inv_dct_dct_32x32_sub16_add_neon :   6155.5
    
vp9_inv_dct_dct_32x32_sub20_add_neon :   7136.3
    
vp9_inv_dct_dct_32x32_sub24_add_neon :   7128.4
    
vp9_inv_dct_dct_32x32_sub28_add_neon :   8098.9
    
vp9_inv_dct_dct_32x32_sub32_add_neon :   8098.8
    

    I.e. in general a very minor overhead for the full subpartition case due
    
to the additional cmps, but a significant speedup for the cases when we
    
only need to process a small part of the actual input data.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/aarch64/vp9itxfm_neon.S

Navigation