Recherche avancée

Sur d’autres sites (10406)

• Anomalie #3368 : Validation XML - Liens (links/href, etc.)

  28 décembre 2014, par xdjuj -

  Salut :)

  Je parle bien des "#URL"(_ARTICLE / _RUBRIQUE). Je suis aussi étonné que toi, car je me demande bien pourquoi je suis le premier à le constater et non pas des liens dans mon HTML.

  Et je parle aussi des squelettes "de base" (c’est à dire non touchés).

  D’après mes lectures (rapides) sur Google, |htmlentities/specialchars semblent utilisés "par ailleurs", je supposais donc que c’était aussi une solution cool.

  Par contre, je vais essayer de jeter un oeil demain précisément sur "pourquoi" les URL sont rendues comme ça par le SPIP, il y a peut être une surcharge ailleurs qui produit ces urls non protégées, parce que comme toi je pensais que tout ça était bien protégé.

  Merci et bonne fin de dimanche :)

• Inscription3 : lien direct de validation de compte

  21 janvier 2013

  Lorsque l’inscription doit être validée par un administrateur, dans le mail de notification à l’administrateur, il faudrait ajouter un lien comme c’est fait dans les forums pour valider directement le compte d’un click.

  L’action appelée par ce lien changerait le statut "à confirmer" vers le statut par défaut de l’inscription dans la configuration de SPIP.

  Cela évite d’aller dans l’espace privé et de faire 36 manipulations pour cette simple tâche.

  Le visiteur, après changement de statut de "à confirmer" à "visiteur" ne reçoit apparemment pas de mail de confirmation de la validité de son compte, il faudrait qu’il en reçoive un lui indiquant sa page personnelle si elle existe (faire un recuperer_page et l’analyser lors de la préparation de la notification ?)

• FFmpeg massive data loss when writing large data and swapping segments

  25 avril 2023, par Bohdan Petrenko

  I have an ffmpeg process running which continiously writes audio data to two 30 seconds (for testing, I'm actually planning to use 5 minutes) segments. The problem is that when I write some audio data with length more than size of two segments (60 seconds), 8-17 seconds of audio is lost. Here is how I run FFmpeg and write data :

  


      _ffmpeg = Process.Start(new ProcessStartInfo
    {
        FileName = "ffmpeg",
        Arguments = 
            $"-y -f s16le -ar 48000 -ac {Channels} -i pipe:0 -c:a libmp3lame -f segment -segment_time {BufferDuration} -segment_format mp3 -segment_wrap 2 -reset_timestamps 1 -segment_list \"{_segmentListPath}\" \"{segmentName}\"",
        UseShellExecute = false,
        RedirectStandardInput = true
    })!;
    // Channels is usually 1, BufferDuration is 30


  


  And here is how I write data :

  


  public async Task WriteSilenceAsync(int amount)
{
    if (amount > _size) amount = _size; // _size is 48000 * 1 * 2 * 30 * 2 = 5760000 (size of 1 minute of audio)
    
    var silence = _silenceBuffer.AsMemory(0, amount);
    await _ffmpeg.StandardInput.BaseStream.WriteAsync(silence);
}


  


  I tried to change the ffmpeg parameters and ways I write data. But I haven't found the solution.

  


  I'm sure that the problem is caused by ffmpeg segments, because if I disable segmenting and write audio to a single file, there are no problems with data loss or audio missmatch. I also sure that amount of silence to add in WriteSilenceAsync() method is calculated right. I'm not sure if the problem appears with data length more than 30 seconds but less then 1 minute, but I think it doesn't.

  


  I don't know how to solve this problem and would be glad to see any suggestions or solutions.