Recherche avancée

Sur d’autres sites (5240)

• Xvfb and pulse audio not sync

  14 décembre 2023, par Matrix 404

  I'm excited to introduce my new JavaScript server-side library called XFP Streamer, designed to handle recording and streaming Puppeteer window content. However, I'm currently facing an issue with audio synchronization, and I could really use some help from someone experienced with ffmpeg and recording in general.

  


  The library's repository is available on GitHub, and I warmly welcome any contributions or assistance. Feel free to check it out at https://github.com/mboussaid/xfp-streamer.

  


  Below is a simple example demonstrating how to record the Google website into a file.flv video file using XFP :

  


  const XFP = require('./index');
XFP.onReady().then(async ()=>{
    // create new xfp instance
    const xfp = new XFP({
        debug:1
    });
    await xfp.onStart();
    // record everyting inside the file file.flv
    xfp.pipeToFile('file.flv',{
        debug:1
    })
    // xfp.pipeToRtmp('file.flv','RTMP LINK HERE')
    await xfp.onUseUrl('https://www.google.com') // navigate to google
    setTimeout(async ()=>{
        await xfp.onStop();
    },5000) // stop everyting after 5 seconds
},(missing)=>{
    // missing tools
    console.log('Missing tools',missing)
})


  


  Please note that to ensure proper functionality, you will need to have the following tools installed :

  


  pulseaudio
xvfb
ffmpeg
pactl
pacmd
Currently, I'm facing an issue with audio and video synchronization not working as expected. If you have experience with ffmpeg and recording, I would greatly appreciate your help in resolving this issue.

  


  Thank you all for your support, and I look forward to your contributions !

  


  Best regards,

  


• Webrtc streaming issue with Wowza and FFMPEG

  26 juin 2018, par Diego T

  I am trying to stream video and audio from a Camera in a browser using Webrtc and Wowza Media Server (4.7.3 version).

  The camera stream (h264/aac) is first of all transcoded by using FFMPEG (version N-89681-g2477bfe built with gcc 4.8.5, last available version on ffmpeg website) in VP8/OPUS and then pushed to the Wowza Server.
  By using the small Wowza webpage I ask for the Wowza stream to be displayed in the browser (Chrome Version 66.0.3336.5 Build officiel canary 32 bits).

  FFMPEG used command :

  ffmpeg -rtsp_transport tcp -i rtsp:// -vcodec libvpx -vb 600000 -crf 10 -qmin 0 -qmax 50 -acodec libopus -ab 32000 -ar 48000 -ac 2 -f rtsp rtsp://://test

  When I click on Play stream I have a very bad quality video and audio (jerky video and very bad audio).

  If I use this FFMPEG command :

  ffmpeg -rtsp_transport tcp -i rtsp:// -vcodec libvpx -vb 600000 -crf 10 -qmin 0 -qmax 50 -acodec copy -f rtsp rtsp://://test

  I will have a good video (flowing, smooth) but no audio (the camera micro is ON).

  If libopus is the problem (as this test first shows), I tried libvorbis but with Chrome console I have this error "Failed to set remote offer sdp : Session error code : ERROR_CONTENT". Weird, cause libvorbis is one of the available codecs for Webrtc.

  Is someone experiencing the same issue ? Did someone experience the same issue ?

  Thanks in advance.

• Evolution #3895 (Fermé) : Permettre d’activer sur certains sites le flag Secure du cookie de session

  31 janvier 2017, par - Equipement

  Le flag Secure permet de laisser la décision d’envoi ou non du cookie au navigateur. Il signifie “n’envoie le cookie que sur les moyens de communication que tu considères comme sécurisés”.

  En général, le protocole HTTPS est considéré comme un canal de communication sécurisé, mais pas le protocole HTTP. Aussi, un cookie de session avec le flag Secure ne sera envoyé que si les requêtes et réponses sont en HTTPS. Ceci évite le vol de session durant le transport du cookie de session en HTTP.

  Sur un site entièrement en HTTPS, il peut exister des situations dans lesquelles les cookies transitent en clair (HTTP). Par exemple, lorsqu’un utilisateur cherche à joindre le site en HTTP (après avoir cliqué sur un lien par exemple). L’utilisateur est alors immédiatement redirigé vers l’HTTPS mais la première requête aura été effectuée en HTTP, et s’il possédait un cookie à ce moment là, il sera envoyé en HTTP (lors de cette première requête), c’est ce qu’empêche le flag Secure.

  Pour en savoir plus : https://www.information-security.fr/securite-sites-web-lutilite-flags-secure-httponly/

  Le patch proposé ci-dessous n’est activé que si le fichier mes_options.php contient :

  define("_COOKIE_SECURE_FLAG", true) ;

  Le patch consiste à remplacer, dans la fonction spip_setcookie :

  $httponly = in_array($name, explode(’ ’, ’spip_session’)) ;
  

  par :

  $httponly = in_array($name, explode(’ ’, ’spip_session’)) ;
  if ($httponly AND defined(’_COOKIE_SECURE_FLAG’) AND _COOKIE_SECURE_FLAG)
      $secure = true ;
  

  Cordialement

  Equipement