Recherche avancée

Médias (1)

Mot : - Tags -/biomaping

Autres articles (70)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (10379)

  • Evolution #2173 : Date de création / publication

    3 juillet 2017, par tcharlss (*´_ゝ｀)

    Je reporte ici le ticket #3966 qui fait doublon : l’idée pourrait être étendue à tout type de contenu.

    Il n’y a pas longtemps j’ai eu besoin de faire des statistiques éditoriales : on voulait connaître l’évolution du nombre d’articles publiés chaque année.
    Mais les données ne sont pas fiables : les utilisateurs avaient pour habitude de faire des « remises en avant » en changeant la date de publication de vieux articles pour les refaire apparaître en page d’accueil. Donc un article écrit en 2014 mais remis en avant en 2017 se retrouve compté comme ayant été publié en 2017.

    Et c’est valable pour tout les objets éditoriaux en fait : on ne conserve pas leur date de création / 1ère publication.
    Certains objets ont une date de publication, mais elle peut être changée. Et d’autres objets n’ont tout simplement pas de date (hormis maj).

    Donc je me demandais s’il ne serait pas pertinent d’avoir cette information de façon générique pour tous les objets éditoriaux, un champ date_creation par exemple qui serait rempli soit à la création, soit à la 1ère publication, et qui ne bougerait pas ensuite.

    Ci-dessous, un tableau récapitulatif de ce qu’on a actuellement pour les principaux objets.

    Objet Champ de date Date pérènne ?
    Articles date Non : peut être modifiée manuellement
    Brèves date_heure Non : peut être modifiée manuellement
    Rubriques date Oui
    Auteurs X X
    Mot-clé X X
    Groupe de mots-clés X X
    Document date Oui
    Forum date_heure oui
    Pétition X X

  • bad audio mic recording quality with ffmpeg compared to sox

    1er juillet 2021, par user2355330

    I am contacting you as after 3 days of searching I am stuck on a really simple point.

    


    I want to record the sound of my mic on MacOS using ffmpeg.

    


    I managed to do it using the following command :

    


    ffmpeg -f avfoundation -audio_device_index 2 -i "none:-" -c:a pcm_s32l alexspeaking.wav -y -loglevel debug


    


    The issue is that each time I am speaking, there are cracks and pop in the sound...

    


    I tried to use sox and it gave me a perfect and crystal clear sound and I have no idea why... Below is the output of the sox command :

    


    sox -t coreaudio "G935 Gaming Headset" toto.wav -V6
sox:      SoX v
time:     Nov 15 2020 01:06:02
uname:    Darwin MacBook-Pro.local 20.5.0 Darwin Kernel Version 20.5.0: Sat May  8 05:10:33 PDT 2021; root:xnu-7195.121.3~9/RELEASE_X86_64 x86_64
compiler: gcc Apple LLVM 12.0.0 (clang-1200.0.32.27)
arch:     1288 48 88 L
sox INFO coreaudio: Found Audio Device "DELL U2721DE"
sox INFO coreaudio: Found Audio Device "G935 Gaming "
sox DBUG coreaudio: audio device did not accept 2 channels. Use 1 channels instead.
sox DBUG coreaudio: audio device did not accept 44100 sample rate. Use 48000 instead.
Input File     : 'G935 Gaming Headset' (coreaudio)
Channels       : 1
Sample Rate    : 48000
Precision      : 32-bit
Sample Encoding: 32-bit Signed Integer PCM
Endian Type    : little
Reverse Nibbles: no
Reverse Bits   : no
sox INFO sox: Overwriting `toto.wav'
sox DBUG wav: Writing Wave file: Microsoft PCM format, 1 channel, 48000 samp/sec
sox DBUG wav:         192000 byte/sec, 4 block align, 32 bits/samp
Output File    : 'toto.wav'
Channels       : 1
Sample Rate    : 48000
Precision      : 32-bit
Sample Encoding: 32-bit Signed Integer PCM
Endian Type    : little
Reverse Nibbles: no
Reverse Bits   : no
Comment        : 'Processed by SoX'
sox DBUG effects: sox_add_effect: extending effects table, new size = 8
sox INFO sox: effects chain: input        48000Hz  1 channels (multi) 32 bits unknown length
sox INFO sox: effects chain: output       48000Hz  1 channels (multi) 32 bits unknown length
sox DBUG sox: start-up time = 0.051332
In:0.00% 00:00:07.13 [00:00:00.00] Out:340k  [      |      ]        Clip:0    ^C
sox DBUG input: output buffer still held 2048 samples; dropped.
Aborted.
sox DBUG wav: Finished writing Wave file, 1359872 data bytes 339968 samples


    


    I am pretty sure the issue is linked to the way the encoding is done and the params I used with ffmpeg but I don't seem to be able to grasp which one I must use.

    


    Any ideas if there are ffmpeg experts here ?

    


  • lavu/tx : improve 3-point fixed precision

    14 février 2020, par Lynne
    lavu/tx : improve 3-point fixed precision

    There's just no reason not to when its so easy (albeit messy) and its also
    
reducing the precision of all non-power-of-two transforms that use it.
    • [DH] libavutil/tx_priv.h
    • [DH] libavutil/tx_template.c

Navigation