Recherche avancée

Sur d’autres sites (9398)

• Converting AWS Polly Audio Stream with fluent-ffmpeg

  27 juillet 2017, par Joel

  I am trying to convert an audio stream from Amazon AWS Polly in Node.js using fluent-ffmpeg. The documentation says that I can convert a stream, which is what the output of Polly provides, but I am getting an "Invalid input" error.

  polly.synthesizeSpeech(pollyParams, function (err, data) {
  
  if (err) {
  
      console.log(err)
  
  } else {
  
      console.log('Audio')
  
      console.log(data)
  
      ffmpeg().input(data.AudioStream).inputOptions(['-ac 2', '-codec:a libmp3lame', '-b:a 48k', '-ar 16000']) 
  
  }  

  Results in :

  AudioStream : }
  2017-07-27T14:07:09.335Z dd75614c-72d4-11e7-b7cd-5d4425c782fc Error : Invalid input
  at FfmpegCommand.proto.mergeAdd.proto.addInput.proto.input (/var/task/node_modules/fluent-ffmpeg/lib/options/inputs.js:34:15)

  I know the output from Polly is a valid audio stream, because I am able to save it to an S3 bucket. I would prefer to convert the stream before saving to S3, rather than saving it, picking it up from S3, converting it, and then saving it again.

  Thanks for your help !

• Revision 124667 : Nouvelle option pour la description .yaml d’une saisie : hériter d’une ...

  13 mai 2020, par Maïeul Rouquette — Log

  Nouvelle option pour la description .yaml d’une saisie : hériter d’une
  autre saisie.
  Possibilité d’avoir des héritages en cascade.
  Possibilité de régler précisement les options héritées ou pas, via des
  entrées dans le .yaml.
  Pour la documentation, voir
  ​https://contrib.spip.net/ecrire/?exec=article&id_article=5272
  Pour des exemples :
   dans ce dossier, les tests (tests/saisies + tests/saisies_heriter)
   la saisie nombre :
  ​https://git.spip.net/spip-contrib-extensions/saisie_nombre
   la saisie calcul : ​https://git.spip.net/spip-contrib-extensions/saisie_calcul
  En bonus :
   Ajout d’une fonction saisies_supprimer_identifiants() qui supprime récursivement les identifiants d’une saisie. À utiliser sur les tests unitaires pour éviter d’avoir un identifiant qui change à chaque test.
   saisies_modifier(), une option ’fusion’, suite à la demande de @Rastapopoulos. en ​https://git.spip.net/spip-contrib-extensions/formidable/issues/25#issuecomment-691

• Anomalie #3017 : Gestion des versions de plugins

  6 juillet 2021

  Il y aurait beaucoup de choses à dire là dessus.
  Personnellement je ne suis pas hyper motivé par la chose car en gros on demande au fil du temps de plus en plus à SVP d’être aussi bon que Composer pour la gestion de versions.
  Ça demanderait à refaire completement la logique de SVP.

  - D’abord à interroger une API externe pour obtenir la liste des plugins / paquets compatibles avec notre version de SPIP (plutôt que de passer par des dépots qui contiennent aussi les paquets pour des versions de SPIP qui ne nous concernent pas). Déjà cette partie est à faire (mais c’est pas le plus dur, vu que Eric a déjà fait une partie de job)
  - Ensuite ça veut dire stocker localement (soit en bdd comme maintenant, soit autrement — ce qui serait mieux) l’ensemble des paquets possibles pour chaque plugin : il peut y en avoir un grand nombre (1 par tag en gros…)
  - Et gérer tous les cas supplémentaires de mises à jour que toutes ces possibilités composent.

  Le SAT Solver (https://fr.wikipedia.org/wiki/Probl%C3%A8me_SAT) de SVP n’est déjà pas parfait. Il mériterait d’être refait avec un PHP plus récent. Et peut être utiliser une librairie spécifique pour ce travail mais je ne sais pas si ça existe en PHP, mis à part celui de Composer...

  Bref tout ça pour dire que… à vouloir refaire Composer dans SVP… avec nos moyens humains et connaissances du sujet loin d’être aussi grandes que l’équipe de Composer, j’ai peur qu’on s’enlise.