Recherche avancée

Médias (0)

Mot : - Tags -/api

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (48)

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

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

  • Selection of projects using MediaSPIP

    2 mai 2011, par

    The examples below are representative elements of MediaSPIP specific uses for specific projects.
    MediaSPIP farm @ Infini
    The non profit organizationInfini develops hospitality activities, internet access point, training, realizing innovative projects in the field of information and communication technologies and Communication, and hosting of websites. It plays a unique and prominent role in the Brest (France) area, at the national level, among the half-dozen such association. Its members (...)

Sur d’autres sites (8098)

  • How to disable slf4j log in java

    12 février, par Model123123

    Sorry for my poor English.

    


    I'm using ffmpeg-cli-wrapper library in java

    


    [main] INFO net.bramp.ffmpeg.RunProcessFunction - .\ffprobe.exe -version

    


    [main] INFO net.bramp.ffmpeg.RunProcessFunction - .\ffprobe.exe -v quiet -print_format json -show_error -show_format -show_streams -show_chapters

    


    How to remove this log ?

    


    try this :

    


      

    1. java.util.logging.Logger.getLogger("net.bramp.ffmpeg").setLevel(Level.OFF) ;

      


    2. 


    3. /logger name="net.bramp.ffmpeg" level="OFF"/ in logback.xml

      


    4. 


    


    but not work...

    


    RunProcessFunction src :
https://github.com/bramp/ffmpeg-cli-wrapper/blob/master/src/main/java/net/bramp/ffmpeg/RunProcessFunction.java

    


  • ffmpeg from .mp3 to .al appears to slow and deepen the audio

    6 juillet 2020, par Darpeh

    I have an mp3 input file that is 22050Hz and 48kb/s. I need to convert it to a .al file in order to stream it to a camera on my network for output.

    


    ffmpeg -i file.mp3 file.al 


    


    creates a file that does play but the bitrate of the output is 176kb/s and it clearly slower/deeper sounding. I have tried -b:a 48k and -filter:a without success but I could be doing it wrong.

    


    Documentation states that this is the format I need : PCM ADPCM G.711A G.711.Mu G.726 G.729 MPEG2 AMR AAC

    


  • FFmpeg av_register_all() memory leak

    1er septembre 2015, par Joe Allen

    I made a conversion function and I started to figure out the memory leaks.I started by make a small program to figure out the leaks but for some reason av_register_all() is also getting a memory leak. Is there something that I am suppose to free ?

    main.cpp :

    #include
    #include <string>
    #include <queue>  
    #include <deque>
    #include <iostream>

    //#ifdef __cplusplus
    extern "C" {    
    #ifndef __STDC_CONSTANT_MACROS
    #define __STDC_CONSTANT_MACROS
    #endif
    #include <libavformat></libavformat>avformat.h>
    #include <libavcodec></libavcodec>avcodec.h>
    #include <libswresample></libswresample>swresample.h>
    #include <libswscale></libswscale>swscale.h>
    #include <libavutil></libavutil>channel_layout.h>
    #include <libavutil></libavutil>common.h>
    #include <libavutil></libavutil>imgutils.h>
    #include <libavutil></libavutil>mathematics.h>
    #include <libavutil></libavutil>avassert.h>
    #include <libavutil></libavutil>avstring.h>
    #include <libavutil></libavutil>frame.h>
    #include <libavutil></libavutil>opt.h>
    #include <libavutil></libavutil>samplefmt.h>
    #include <libavutil></libavutil>timestamp.h>
    #include <libavfilter></libavfilter>avfilter.h>
    #include <libavfilter></libavfilter>buffersrc.h>
    #include <libavfilter></libavfilter>buffersink.h>
    #include <libavutil></libavutil>dict.h>
    }


    int main (int argc, char ** argv){
       AVFrame *frame;
       AVFrame *filteredFrame;
       AVPacket pkt;

       //Initialize all codecs
       av_register_all();
    }
    </iostream></deque></queue></string>

    Output from valgrind :

    ==31165== HEAP SUMMARY:
    ==31165==     in use at exit: 81 bytes in 2 blocks
    ==31165==   total heap usage: 4 allocs, 2 frees, 167 bytes allocated
    ==31165==
    ==31165== Searching for pointers to 2 not-freed blocks
    ==31165== Checked 9,196,888 bytes
    ==31165==
    ==31165== 32 bytes in 1 blocks are still reachable in loss record 1 of 2
    ==31165==    at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
    ==31165==    by 0x6DE768F: _dlerror_run (dlerror.c:141)
    ==31165==    by 0x6DE70C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87)
    ==31165==    by 0x8DC7273: x265_api_get_63 (in /usr/local/lib/libx265.so.63)
    ==31165==    by 0x5958E74: ??? (in /usr/local/lib/libavcodec.so.56.41.100)
    ==31165==    by 0x59D76B1: avcodec_register_all (in /usr/local/lib/libavcodec.so.56.41.100)
    ==31165==    by 0x4E6B342: av_register_all (in /usr/local    /lib/libavformat.so.56.36.100)
    ==31165==    by 0x400830: main (main.cpp:39)
    ==31165==
    ==31165== 49 bytes in 1 blocks are still reachable in loss record 2 of 2
    ==31165==    at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
    ==31165==    by 0x400FDC0: _dl_signal_error (dl-error.c:90)
    ==31165==    by 0x40146CF: _dl_open (dl-open.c:715)
    ==31165==    by 0x6DE702A: dlopen_doit (dlopen.c:66)
    ==31165==    by 0x400FFF3: _dl_catch_error (dl-error.c:187)
    ==31165==    by 0x6DE762C: _dlerror_run (dlerror.c:163)
    ==31165==    by 0x6DE70C0: dlopen@@GLIBC_2.2.5 (dlopen.c:87)
    ==31165==    by 0x8DC7273: x265_api_get_63 (in /usr/local/lib/libx265.so.63)
    ==31165==    by 0x5958E74: ??? (in /usr/local/lib/libavcodec.so.56.41.100)
    ==31165==    by 0x59D76B1: avcodec_register_all (in /usr/local/lib/libavcodec.so.56.41.100)
    ==31165==    by 0x4E6B342: av_register_all (in /usr/local/lib/libavformat.so.56.36.100)
    ==31165==    by 0x400830: main (main.cpp:39)
    ==31165==
    ==31165== LEAK SUMMARY:
    ==31165==    definitely lost: 0 bytes in 0 blocks
    ==31165==    indirectly lost: 0 bytes in 0 blocks
    ==31165==      possibly lost: 0 bytes in 0 blocks
    ==31165==    still reachable: 81 bytes in 2 blocks
    ==31165==         suppressed: 0 bytes in 0 blocks
    ==31165==
    ==31165== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
    ==31165== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)