Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (87)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Configuration spécifique pour PHP5

    4 février 2011, par

    PHP5 est obligatoire, vous pouvez l’installer en suivant ce tutoriel spécifique.
    Il est recommandé dans un premier temps de désactiver le safe_mode, cependant, s’il est correctement configuré et que les binaires nécessaires sont accessibles, MediaSPIP devrait fonctionner correctement avec le safe_mode activé.
    Modules spécifiques
    Il est nécessaire d’installer certains modules PHP spécifiques, via le gestionnaire de paquet de votre distribution ou manuellement : php5-mysql pour la connectivité avec la (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (5668)

  • avcodec/dpxenc : Fix "libavcodec/dpxenc.c:250:44 : warning : passing argument 3 of av_im...

    24 octobre 2015, par Michael Niedermayer
    avcodec/dpxenc : Fix "libavcodec/dpxenc.c:250:44 : warning : passing argument 3 of av_image_copy_to_buffer from incompatible pointer type"
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavcodec/dpxenc.c
  • avcodec : add SDX2 DPCM decoder

    24 octobre 2015, par Paul B Mahol
    avcodec : add SDX2 DPCM decoder
    

    Signed-off-by : Paul B Mahol <onemda@gmail.com>

    • [DH] Changelog
    • [DH] doc/general.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/avcodec.h
    • [DH] libavcodec/codec_desc.c
    • [DH] libavcodec/dpcm.c
    • [DH] libavcodec/utils.c
    • [DH] libavcodec/version.h
    • [DH] libavformat/aiff.h
    • [DH] libavformat/aiffdec.c
    • [DH] libavformat/genh.c
  • FFmpeg Audio DPLII + Volume normalization seems failing

    10 avril 2017, par vit123

    Kind FFMpeg experts,

    I’m using the last FFmpeg version 3.2.4, my target is to normalize the DPLII output from a multichannel (e.g. DTS-HD) stream, by just the following two FFMpeg commands :

    1) ffmpeg -i myInput.dtshd -af "aresample=matrix_encoding=dplii:ocl=downmix,volumedetect" -f null NUL

    so detecting for example : "max_volume : -6.2 dB"
    then :

    2) ffmpeg -i myInput.dtshd -af "aresample=matrix_encoding=dplii:ocl=downmix,volume=6.199dB" myOutput.wav

    The big problem is that the WAV output I get is severely clipped and completely different from what I get issuing the following 2 separated commands after the (same) 1st one :

    2a) ffmpeg -i myInput.dtshd -af "aresample=matrix_encoding=dplii:ocl=downmix" myOutputLowVol.wav

    2b) ffmpeg -i myOutputLowVol.wav -af "volume=6.199dB" theCorrectOutput.wav

    Now the big question is : shouldn’t be the command 2) exactly equivalent to commands 2a) + 2b) ?
    Whyever I get 2 very different results : in the 1st case I get an "over-volumed" audio, in the 2nd case I get a perfectly normalized audio ?

    Am I missing anything ? is this a bug ?
    Thanks a lot for your help !

    Vittorio

    P.S.
    please note that issuing a "volumedetect" on "myOutputLowVol.wav", I get just the same "max_volume" resulting from 1), as expected, so the problem seems being all on command 2)