Recherche avancée

Sur d’autres sites (8540)

• Normalize audio, then reduce the volume in ffmpeg

  27 octobre 2014, par Steve Sheldon

  I have a question relating to ffmpeg. First here is the scenario, I am working on a project where I need to have some audio with a presenter talking and then potentially some background music. I also have the requirement to normalize the audio. I would like to do this without presenting a bunch of options to the user.

  For normalization I use something similar to this post :

  How to normalize audio with ffmpeg.

  In short, I get a volume adjustment which I then apply to ffmpeg like this :

  ffmpeg -i <input /> -af "volume=xxxdB" <output>
  
  </output>

  So far so good. Now let’s consider the backing track, it doesn’t want to be the same volume as the presenters voice, this would be really distracting, so I want to lower that by some percentage. I can also do this with ffmpeg, I could do it like this (example would set volume to 50%) :

  ffmpeg -i <input /> -af "volume=0.5" <output>
  
  </output>

  Using these two commands back to back, I can get the desired result.

  My question has two parts :

  1. Is there a way to do this in one step ?
  2. Is there any benefit to doing it in one step ?

  Thanks for any help !

• Anomalie #4375 : Tests unitaires en erreur

  24 octobre 2020, par Franck D

  Hello
  Juste pour dire que j’ai refait les tests en php 8 en mettant la proposition de b_b https://core.spip.net/issues/4579#note-2
  Windows 10 (1909)

  Laragon avec :
  Php 8.0.0RC2 (VS16 x64 Non Thread Safe) https://windows.php.net/qa
  Apache 2.4.46 Win64 avec mod_fcgid-2.3.10-win64-VS16 https://www.apachelounge.com/download/
  Mysql 8.0.22 (mysql-8.0.22-winx64.zip) https://dev.mysql.com/downloads/mysql/
  phpMyAdmin 5.0.4 https://www.phpmyadmin.net

  Prefix des tables à l’installation : "test1"
  SPIP 3.3.0-dev GIT [master : 08981b68]

  Cela donne 32 échecs dont le retour de sql_insert_select maintenant, ce n’est pas forcément "grave" dans le sens ou il y en a pas mal, avec https://core.spip.net/issues/4576 donc possible qu’en corrigeant Textwheel, le nombre d’échec se réduise considérablement

• Evolution #3603 : Ergonomie des onglets de sélection des plugins

  20 avril 2020, par RastaPopoulos ♥

  Et bieeeen, je ne suis toujours pas convaincu, alors argumentons :)

  - Comme je le disais, les mises à jour sont des plugins actifs, c’est pas une autre liste différente, alors que là les simplifications proposées depuis l’ouverture du ticket servent justement à réduire le nombre d’onglets en ne proposant plus que des choses qui ne se recoupent pas.
  - Or les plugins actifs, sont justement le premier onglet sur lequel on tombe par défaut dans l’admin des plugins, et comme ils contiennent les mises à jour, on a déjà le nez dessus en arrivant
  - Il suffit donc juste d’une simple case permettant de masquer en un coup instantané tout ce qui n’a pas de mise à jour, et ne laisser que ce qui en a
  - Avec un onglet à part, ça ferait des éléments qui se retrouvent en doublon dans deux onglets, et ça ferait recharger une page entière différente, alors que dès qu’on arrive, on a déjà généré/chargé les blocs de ceux qui ont des mises à jour dans cette première page

  Pour Dépôts pourquoi pas, mais ça a quand même rapport avec les plugins (et que avec ça), du coup si c’est pas dans "Gestion des plugins" qu’on le trouve…

  J’ajoute une maquette de ce que ça donne, en ayant ajouté le moyen de voir tout de suite les mises à jour.