Sur d’autres sites (11354)

• Cannot play audio from a link using a Discord Bot

  2 mars 2020, par Guilhermeffable

  I’m trying to code a bot so me and my friends can hear the local radio on our Discord Server but I’m having this error.

  This is part of my code, it’s the play.js file that handles the playback stuff.

  module.exports = (client,message) => {
  
  
  
  const voiceChannel = message.member.voiceChannel;
  
  const idChannel = voiceChannel.id;
  
  
  
  console.log(idChannel)
  
      //vê se o user está numa sala de voz
  
  if(!voiceChannel) {
  
      return message.channel.send("Precisas de estar num voice channel para usar este comando.")
  
  }
  
  const permissions = voiceChannel.permissionsFor(message.client.user);
  
  
  
   //vê se tem permissões para entrar na sala
  
  if(!permissions.has('CONNECT') || !permissions.has('SPEAK')) {
  
      return message.channel.send("Não tenho permissões para entrar nessa sala.")
  
  }
  
  
  
  voiceChannel.join()
  
      .then(connection => {
  
          console.log("Successfully connected.");
  
          connection.playStream('http://centova.radios.pt:8401/stream.mp3/1')
  
  }).catch(e =>{
  
      console.error(e);
  
  
  
  });

  }

  And this is the error I’m getting :

  TypeError [ERR_INVALID_ARG_TYPE]: The "file" argument must be of type string. Received an instance of         
  
  Object
  
  at validateString (internal/validators.js:117:11)
  
  at normalizeSpawnArguments (child_process.js:406:3)
  
  at Object.spawn (child_process.js:542:16)
  
  at new FfmpegProcess (C:\Users\guilh\desktop\BOT\orbitalbot\node_modules\prism-media\src\transcoders\ffmpeg\FfmpegProcess.js:14:33)
  
  at FfmpegTranscoder.transcode (C:\Users\guilh\desktop\BOT\orbitalbot\node_modules\prism-media\src\transcoders\ffmpeg\Ffmpeg.js:34:18)
  
  at MediaTranscoder.transcode (C:\Users\guilh\desktop\BOT\orbitalbot\node_modules\prism-media\src\transcoders\MediaTranscoder.js:27:31)
  
  at Prism.transcode (C:\Users\guilh\desktop\BOT\orbitalbot\node_modules\prism-media\src\Prism.js:13:28)
  
  at AudioPlayer.playUnknownStream (C:\Users\guilh\desktop\BOT\orbitalbot\node_modules\discord.js\src\client\voice\player\AudioPlayer.js:97:35)
  
  at VoiceConnection.playStream (C:\Users\guilh\desktop\BOT\orbitalbot\node_modules\discord.js\src\client\voice\VoiceConnection.js:546:24)
  
  at C:\Users\guilh\desktop\BOT\orbitalbot\commands\play.js:24:24 {
  
    code: 'ERR_INVALID_ARG_TYPE'

• Evolution #4496 (En cours) : [Cohérence d’interface] Harmonisation de la gestion des doc/logos en 3.3

  25 mai 2020

  Bonjour,

  Contexte¶

  Je viens de tester la migration de 2 sites en mutualisation facile de 3.2.7 SVN à 3.3 SVN.
  Nickel, ça marche.
  J’ai pu vérifier que les logos étaient bien déplacés dans sites/nomdedomaine/IMG/logo/

  Mais, j’avais cru comprendre que les logos devenaient des documents comme les autres, ce qui permettrait de les réutiliser via la bibliothèque.

  Constat¶

  Et là, c’est le drame.
  Les logos ne sont pas listés dans la bibliothèque.

  Réciproquement, l’upload des logos est identique aux versions précédentes de SPIP.
  Donc, ne permet :

  • ni d’aller chercher un logo dans la bibliothèque
  • ni de modifier un logo (il faut comme avant le supprimer, ce qui pose problème quand on veut modifier le logo normal et qu’il y a un logo de survol).

  Bref, c’est peut-être un chantier pour 3.4, mais en l’état, cette conversion des logos en documents ne me semble rien apporter pour l’utilisateur final.

  Comportements attendus¶

  • téléversement des logos utilisant les mêmes mécanismes que ceux des documents/images
  • boite d’édition d’un logo semblable à celle des documents, permettant entre autre de changer le fichiers du logo
  • logos listés dans la médiathèque
  • logos utilisable comme images dans les articles

• Nomenclature #4519 : Renommage de terminologie (blacklist / whitelist)

  16 juillet 2020

  Et linux aussi :
  - https://seenthis.net/messages/867414

  Avec une liste proposée de terminologies :

  Proposed alternatives for master/slave include :¶

  • primary/secondary
  • main/replica or subordinate
  • initiator/target
  • requester/responder
  • controller/device
  • host/worker or proxy
  • leader/follower
  • director/performer

  Proposed alternatives for blacklist/whitelist include :¶

  • denylist/allowlist
  • blocklist/passlist