Recherche avancée

Médias (91)

Autres articles (96)

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

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

  • lavc/aarch64 : new optimization for 8-bit hevc_epel_uni_v

    15 août 2023, par Logan Lyu
    lavc/aarch64 : new optimization for 8-bit hevc_epel_uni_v

    checkasm bench :
    
put_hevc_epel_uni_hv64_8_i8mm : 6568.7
    
put_hevc_epel_uni_v4_8_c : 88.7
    
put_hevc_epel_uni_v4_8_neon : 32.7
    
put_hevc_epel_uni_v6_8_c : 185.4
    
put_hevc_epel_uni_v6_8_neon : 44.9
    
put_hevc_epel_uni_v8_8_c : 333.9
    
put_hevc_epel_uni_v8_8_neon : 44.4
    
put_hevc_epel_uni_v12_8_c : 728.7
    
put_hevc_epel_uni_v12_8_neon : 119.7
    
put_hevc_epel_uni_v16_8_c : 1224.2
    
put_hevc_epel_uni_v16_8_neon : 139.7
    
put_hevc_epel_uni_v24_8_c : 2531.2
    
put_hevc_epel_uni_v24_8_neon : 329.9
    
put_hevc_epel_uni_v32_8_c : 4739.9
    
put_hevc_epel_uni_v32_8_neon : 562.7
    
put_hevc_epel_uni_v48_8_c : 10618.7
    
put_hevc_epel_uni_v48_8_neon : 1256.2
    
put_hevc_epel_uni_v64_8_c : 19169.9
    
put_hevc_epel_uni_v64_8_neon : 2179.2
    

    Co-Authored-By : J. Dekker <jdek@itanimul.li>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/aarch64/hevcdsp_epel_neon.S
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c

  • lavc/aarch64 : new optimization for 8-bit hevc_qpel_uni_v

    15 août 2023, par Logan Lyu
    lavc/aarch64 : new optimization for 8-bit hevc_qpel_uni_v

    checkasm bench :
    
put_hevc_qpel_uni_v4_8_c : 146.2
    
put_hevc_qpel_uni_v4_8_neon : 43.2
    
put_hevc_qpel_uni_v6_8_c : 303.9
    
put_hevc_qpel_uni_v6_8_neon : 69.7
    
put_hevc_qpel_uni_v8_8_c : 495.2
    
put_hevc_qpel_uni_v8_8_neon : 74.7
    
put_hevc_qpel_uni_v12_8_c : 1100.9
    
put_hevc_qpel_uni_v12_8_neon : 222.4
    
put_hevc_qpel_uni_v16_8_c : 1955.2
    
put_hevc_qpel_uni_v16_8_neon : 269.2
    
put_hevc_qpel_uni_v24_8_c : 4571.9
    
put_hevc_qpel_uni_v24_8_neon : 832.4
    
put_hevc_qpel_uni_v32_8_c : 8226.4
    
put_hevc_qpel_uni_v32_8_neon : 1035.7
    
put_hevc_qpel_uni_v48_8_c : 18324.2
    
put_hevc_qpel_uni_v48_8_neon : 2321.2
    
put_hevc_qpel_uni_v64_8_c : 37659.4
    
put_hevc_qpel_uni_v64_8_neon : 4122.2
    

    Co-Authored-By : J. Dekker <jdek@itanimul.li>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c
    • [DH] libavcodec/aarch64/hevcdsp_qpel_neon.S

  • What is faster, Raw PCM audio files, or mp3 files decoded with FFmpeg ?

    8 janvier 2020, par Matthew Strom

    I’m pretty deep into the development of my Android app, and as I mess around with my audio files a second time to try longer audio clips (1000ms long), I am now getting audio glitches again. Before I was not getting any glitches with 160ms long files.

    • Background : I’m making a metronome, so imagine roughly 100 lines of code in the callback to constantly figure out what audio file to play and for how long.

    Without getting into my code, I was just wondering if file size or file type has any impact on performance ? I believe I’m using the sample Player rendering class (source) (for Raw file input) which seems to load the audio data of the file each callback. This would Perhaps loading data from a larger array would slow it down ? Although, It could also be the new features/logic that I’m adding to the callback.

    I know it is talked about frequently about using mp3’s and decoding with FFmpeg. Has anyone done any bench-marking between mp3 and raw, and is there any performance advantage to using mp3’s, or is it mainly to cut down on your APK size ?

    Sorry if this has been discussed somewhere, however, I wasn’t able to find any articles mentioning this aspect between the two file types. Looking more closely at the rendering class, my gut tells me that file size "shouldn’t" be a factor... Otherwise I’ll continue to debug and maybe get some systraces in if I can.

Navigation