Recherche avancée

Sur d’autres sites (3997)

• Is ffmpeg able to read ArrayBuffer input from stream

  7 juillet 2017, par jAndy

  I want to accomplish the following tasks :

  • Record Video+Audio from any HTML5 (MediaStream) capable browser
  • Send that data via WebSocket as Blob / ArrayBuffer chunks to a server
  • Broadcast that input stream-data to multiple clients

  As it turns out, this brought me into a world of pain. The first task is fairly simple using the HTML5 MediaStream objects alongside WebSockets.

  // ... for simplicity...
  
  navigator.mediaDevices.getUserMedia({ audio: true, video: true }).then(stream => {
  
      let mediaRecorder = new MediaRecorder( stream );
  
      // ...
  
      mediaRecorder.ondataavailable = e => {
  
          webSocket.send( 'newVideoData', e.data ); // configured for binary data
  
      };
  
  });

  Now, I want to receive those data fragments and stream those via nginx vod module, because I guess I want the output stream in HLS or DASH.
  I could write a little nodejs script as backend, which just receives the binary chunks and write them to a file or stream, and just reference it so nginx vod module could possibly read it and create the m3u8 manifest on the fly ?

  I am wondering now,

  • if ffmpeg is able to read that binary data directly (should be webm format), without a man-in-the-middle script, "somehow" ?
  • If not, do I have to write the data down into a file and pass that as input to ffmpeg or can I (should I) pipe the data to a self spawned ffmpeg instance ? (if so, how ?)
  • Do I actually need the nginx server (probably alongside rtmp module) to deliver the output stream as HLS or could I just use ffmpeg to also create a dynamic manifest ?
  • Is the nginx vod module capable of creating a dynamic hls/dash manifest or must the input data be complete beforehand ?
  • Ultimately, am I on the totally wrong track here ? :P

  Actually I just want to create a little video-live-chat demo, without any plugins or 3rd party encoding software, pure browser.

• Merging .flv chunks from stream site

  4 décembre 2016, par Iztooi

  I’m trying to download a video from an alternative version of the Ustream site. This site is apparently used for a DRM protection, in fact you can’t watch this video without having access to it through a login from this site.
  The video system should be the same used by ustream (same links), that is calling different flv chunks every x seconds and merging them into the stream (similar to an rtmp service, but it doesn’t use this protocol).

  I managed to download every .flv chunks composing this video, but i had issues on merging them into a single file. First of all these flvs files have some audio/video lags/problems, but since there is no other way to download this video i’m not complaining about lags.

  The real issue is that every flv file has an additive increase on the duration, despite having a normal size. Video duration is about 6 seconds, so the first chunk is 6 seconds long, the second chunk is 12 seconds long, although only the first 6 are visible (the remaining 6 are "corrupted"). If i try to merge (with ffmpeg or any video-joining software) all these files (about 600-700, for a total duration of 1 hour and 15 minutes) only the first two sections are visible, then I cannot see anything. (Being more clear, if i try to merge the first 2 chunks, file is 18 seconds long and i can see the first 12 ; if i try to merge the first 3 chunks, file is 36 seconds long and i can still only see the first 12 seconds.)

  Anyone has any idea ?

• Python threading module on windows after session logout

  1er décembre 2013, par e271p314

  I wrote a code which starts to record screen capture from the second it identifies mouse movement until it identifies the mouse didn't move for a predefined time (10 seconds).
  In python, on windows, how to wait until mouse moves ?
  If, I'm logged in to the session the code works fine, i.e. it starts and stops on time and records the screen capture. But, if I logout, I expect the script to identify that the mouse doesn't move and stop recording. Instead, the code doesn't stop and when I login again (long after the 10 seconds passed), the screen capture (from the previous session) keeps running, yelling the rt buffer is full and it keeps running until I close the cmd console even I expect it to work for 10 seconds (at least when I'm logged in). Any idea what is the issue ? I feel like it is something between the threading module and the session logout but I could be completely wrong about this.