Recherche avancée

Sur d’autres sites (5472)

• avcodec : add avdct

  26 juillet 2014, par Michael Niedermayer

  avcodec : add avdct
  This provides a public sustainable API/ABI for DCT functions.
  
  Only externally used dct functions are included.
  
  The structure is extensible without ABI issues compared to the
  
  existing dct contexts.
  See Mailing list and IRC log of 2014-07-26/27
  Reviewed-by : ubitux
  
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] doc/APIchanges
  • [DH] libavcodec/Makefile
  • [DH] libavcodec/avdct.c
  • [DH] libavcodec/avdct.h
  • [DH] libavcodec/version.h

• libFLAC/cpu.c : Simplify OS SSE support detection.

  28 juillet 2014, par Erik de Castro Lopo

  libFLAC/cpu.c : Simplify OS SSE support detection.
  Simplify the code that tries to detect whether OS supports SSE instructions.
  a) Linux : "old" vs "new" sigaction
  OBSOLETE_SIGCONTEXT_FLAVOR was disabled in Mar 2007 in commit 1ca3a445f.
  
  According to <http://unixhelp.ed.ac.uk/CGI/man-cgi?sigaction>: "Support for
  
  SA_SIGINFO was added in Linux 2.2" (released in Jan 1999). If noone wants to
  
  use FLAC with Linux kernel 2.0 then it’s safe to delete this code.
  b) MSVC : try/catch vs. sigill_handler
  TRY_CATCH_FLAVOR was enabled in Jan 2009 in commit a832ef32. According to the
  
  comment in cpu.c, "sigill_handler flavor resulted in several crash reports on
  
  win32". Also this sigill_handler flavor is not thread-safe.
  c) MinGW : fxsave/fxrestore vs. sigill_handler
  The code was added Mar 2014 in commit 99d5154f. It’s better to use FXSR flavor
  
  instead of sigill_handler flavor. The reasons are the same as for MSVC.
  Patch-from : lvqcl <lvqcl.mail@gmail.com>
  

  • [DH] src/libFLAC/cpu.c

• Pipe a HTTP response

  30 juillet 2014, par viperfx

  How do I pipe an HTTP response like in NodeJS. Here is the snippet I am using in NodeJS :

  request({
  
    url: audio_file_url,
  
  }).pipe(ffmpeg_process.stdin);

  How can I achieve the same result in Go ?

  I am trying to pipe a audio stream from HTTP into an FFmpeg process so that it converts it on the fly and returns the converted file back to the client.

  Just so its clear to everyone here is my source code so far :

  func encodeAudio(w http.ResponseWriter, req *http.Request) {
  
      path, err := exec.LookPath("youtube-dl")
  
      if err != nil {
  
          log.Fatal("LookPath: ", err)
  
      }
  
      path_ff, err_ff := exec.LookPath("ffmpeg")
  
      if err != nil {
  
          log.Fatal("LookPath: ", err_ff)
  
      }
  
  
  
      streamLink := exec.Command(path,"-f", "140", "-g", "https://www.youtube.com/watch?v=VIDEOID")
  
  
  
      var out bytes.Buffer
  
      streamLink.Stdout = &out
  
      cmdFF := exec.Command(path_ff, "-i", "pipe:0", "-acodec", "libmp3lame", "-f", "mp3", "-")
  
      resp, err := http.Get(out.String())
  
      if err != nil {
  
          log.Fatal(err)
  
      }
  
      // pr, pw := io.Pipe()
  
      defer resp.Body.Close()
  
      cmdFF.Stdin = resp.Body
  
      cmdFF.Stdout = w
  
      streamLink.Run()
  
      //get ffmpeg running in another goroutine to receive data
  
      errCh := make(chan error, 1)
  
      go func() {
  
          errCh <- cmdFF.Run()
  
      }()
  
  
  
      // close the pipeline to signal the end of the stream
  
      // pw.Close()
  
      // pr.Close()
  
  
  
      // check for an error from ffmpeg
  
      if err := <-errCh; err != nil {
  
          // ff error
  
      }
  
  }

  Error : 2014/07/29 23:04:02 Get : unsupported protocol scheme ""