Recherche avancée

Sur d’autres sites (16037)

• Anomalie #3688 (Nouveau) : Différence de traitement du IN selon qu’un critère est facultatif ou pas

  9 février 2016, par tcharlss (*´_ゝ｀)

  Description :¶

  Il semble y avoir une différence de traitement selon qu’un critère est facultatif ou pas, quand dans l’environnement, la valeur correspondant au critère est un array. Dans un cas, ça fait bien un WHERE machin IN (x,y,z), dans l’autre, ça fait un WHERE machin = truc bizarre.

  Pour reproduire :¶

  Soit un squelette qui en inclus un autre :
  

  Squelette inclus :
  

  #ID_AUTEUR
  

  Au niveau de ce dernier, #ENV{id_auteur} est un tableau qui contient des strings, au lieu de int :
  

  array (size=10)
    0 => string ’1’ (length=1)
    1 => string ’2’ (length=1)
    etc.
  

  Avec le critere facultatif {id_auteur ?}, la boucle passe, on a bien un IN dans le WHERE :
  

  auteurs.id_auteur  IN (1,2,3,4,5,6,7,8,9,10)
  

  En revanche avec le critere id_auteur, ça ne fonctionne pas :
  

  auteurs.id_auteur = (2 1 (3) : 4)
  

• Anomalie #4497 : [robustesse du hash du mot de passe utilisateur] : spip_auteurs.htpass

  28 mai 2020, par cedric -

  le htpass est utilisé pour la génération des fichiers htpasswd apache qui servent donc à filtrer l’accès au site si on veut, pour des raisons techniques X ou Y.
  On ne peut pas faire une mise à jour qui vide les tables existantes, car cela invaliderait totalement les mots de passes sur les sites qui utilisent cette feature, et il faudrait que tout le monde change son mot de passe.

  Ce qu’on peut faire c’est utiliser une fonction surchargeable pour générer le htpass au lieu de directement appeler crypt, ce qui permettrait :
  - de desactiver cette feature sur les site qui le veulent
  - ou d’utiliser une autre fonction de hashage dans le futur pour ceux qui le veulent.

  Dans un second temps, on peut aussi ajouter une config qui serait à off par défaut sur les nouveaux sites, et mise à on lors des upgrades, et qui permettrait d’activer ou non ce htpass.
  Mais il faut alors aussi gérer les implications sur l’interface qui permet de créer les htaccess : si on a pas les htpass en base il faut que le webmestre soit prévenu, et lui expliquer qu’il doit activer cette config+ chaque utilisateur doit changer son mot de passe...

• Play UDP live video stream in UWP

  19 avril 2018, par Nicolas Séveno

  I need to display a live video stream in a UWP application.

  The video stream comes from a GoPro. It is transported by UDP messages. I think it is a MPEG-2 TS stream.

  I can play it successfully using FFPlay with the following command line :

  ffplay -fflags nobuffer -f:v mpegts udp://:8554

  I would like to play it with MediaPlayerElement without using a third party library.

  According to the following page :
  https://docs.microsoft.com/en-us/windows/uwp/audio-video-camera/supported-codecs
  UWP should be able to play it. (I installed the "MPEG 2 video extension" in the Windows Store).

  I tried using DatagramSocket and the MessageReceived event to receive the UDP packets, it works without problem :

  _datagramSocket = new DatagramSocket();
  
  _datagramSocket.MessageReceived += (s, args) =>
  
  {
  
      Debug.WriteLine("message received");
  
  };
  
  await _datagramSocket.BindServiceNameAsync(8554);

  Then I create a MseStreamSource :

  _mseStreamSource = new MseStreamSource();
  
  _mseStreamSource.Opened += (_, __) =>
  
  {
  
      _mseSourceBuffer = _mseStreamSource.AddSourceBuffer("video/mp2t");
  
  };
  
  this.MediaSource = MediaSource.CreateFromMseStreamSource(_mseStreamSource);

  And in the DatagramSocket.MessageReceived event I send the messages to the MseStreamSource :

  using (IInputStream stream = args.GetDataStream())
  
  {
  
      _mseSourceBuffer.AppendStream(stream);
  
  }

  The AppendStream method fails with error HRESULT 0x8070000B for some packets.
  If I catch the error, the MediaPlayerElement displays the message "video not supported or incorrect file name". (not sure of the message, my Windows is in French).

  Is the MseStreamSource the correct way to display the stream ? Is there a better solution ?