Recherche avancée

Sur d’autres sites (11532)

• Google Speech - Streaming Request Returns EOF Error

  16 octobre 2017, par Josh

  Using Go, I’m taking a RTMP stream, transcoding it to FLAC (using ffmpeg) and attempting to stream to Google’s Speech API to transcribe the audio. However, I keep getting EOF errors when sending the data. I can’t find any information on this error in the docs so I’m not exactly sure what’s causing it.

  I’m chunking the received data into 3s clips (length isn’t relevant as long as it’s less than the maximum length of a streaming recognition request).

  Here is the core of my code :

  func main() {
  
  
  
      done := make(chan os.Signal)
  
      received := make(chan []byte)
  
  
  
      go receive(received)
  
      go transcribe(received)
  
  
  
      signal.Notify(done, os.Interrupt, syscall.SIGTERM)
  
  
  
      select {
  
      case <-done:
  
          os.Exit(0)
  
      }
  
  }
  
  
  
  func receive(received chan<- []byte) {
  
      var b bytes.Buffer
  
      stdout := bufio.NewWriter(&b)
  
  
  
      cmd := exec.Command("ffmpeg", "-i", "rtmp://127.0.0.1:1935/live/key", "-f", "flac", "-ar", "16000", "-")
  
      cmd.Stdout = stdout
  
  
  
      if err := cmd.Start(); err != nil {
  
          log.Fatal(err)
  
      }
  
  
  
      duration, _ := time.ParseDuration("3s")
  
      ticker := time.NewTicker(duration)
  
  
  
      for {
  
          select {
  
          case <-ticker.C:
  
              stdout.Flush()
  
              log.Printf("Received %d bytes", b.Len())
  
              received <- b.Bytes()
  
              b.Reset()
  
          }
  
      }
  
  }
  
  
  
  func transcribe(received <-chan []byte) {
  
      ctx := context.TODO()
  
  
  
      client, err := speech.NewClient(ctx)
  
      if err != nil {
  
          log.Fatal(err)
  
      }
  
  
  
      stream, err := client.StreamingRecognize(ctx)
  
      if err != nil {
  
          log.Fatal(err)
  
      }
  
  
  
      // Send the initial configuration message.
  
      if err = stream.Send(&speechpb.StreamingRecognizeRequest{
  
          StreamingRequest: &speechpb.StreamingRecognizeRequest_StreamingConfig{
  
              StreamingConfig: &speechpb.StreamingRecognitionConfig{
  
                  Config: &speechpb.RecognitionConfig{
  
                      Encoding:        speechpb.RecognitionConfig_FLAC,
  
                      LanguageCode:    "en-GB",
  
                      SampleRateHertz: 16000,
  
                  },
  
              },
  
          },
  
      }); err != nil {
  
          log.Fatal(err)
  
      }
  
  
  
      for {
  
          select {
  
          case data := <-received:
  
              if len(data) > 0 {
  
                  log.Printf("Sending %d bytes", len(data))
  
                  if err := stream.Send(&speechpb.StreamingRecognizeRequest{
  
                      StreamingRequest: &speechpb.StreamingRecognizeRequest_AudioContent{
  
                          AudioContent: data,
  
                      },
  
                  }); err != nil {
  
                      log.Printf("Could not send audio: %v", err)
  
                  }
  
              }
  
          }
  
      }
  
  }

  Running this code gives this output :

  2017/10/09 16:05:00 Received 191704 bytes
  
  2017/10/09 16:05:00 Saving 191704 bytes
  
  2017/10/09 16:05:00 Sending 191704 bytes
  
  2017/10/09 16:05:00 Could not send audio: EOF
  
  
  
  2017/10/09 16:05:03 Received 193192 bytes
  
  2017/10/09 16:05:03 Saving 193192 bytes
  
  2017/10/09 16:05:03 Sending 193192 bytes
  
  2017/10/09 16:05:03 Could not send audio: EOF
  
  
  
  2017/10/09 16:05:06 Received 193188 bytes
  
  2017/10/09 16:05:06 Saving 193188 bytes
  
  2017/10/09 16:05:06 Sending 193188 bytes // Notice that this doesn't error
  
  
  
  2017/10/09 16:05:09 Received 191704 bytes
  
  2017/10/09 16:05:09 Saving 191704 bytes
  
  2017/10/09 16:05:09 Sending 191704 bytes
  
  2017/10/09 16:05:09 Could not send audio: EOF

  Notice that not all of the Sends fail.

  Could anyone point me in the right direction here ? Is it something to do with the FLAC headers or something ? I also wonder if maybe resetting the buffer causes some of the data to be dropped (i.e. it’s a non-trivial operation that actually takes some time to complete) and it doesn’t like this missing information ?

  Any help would be really appreciated.

• Piping output of youtube-dl to a script using ffmpeg looks ok using echo but returns an error when executing

  29 mai 2020, par I0_ol

  I am trying to use youtube-dl to get the urls of some videos and then pipe the resulting urls into the input of my script. So in my terminal I do

  



  youtube-dl --ignore-config -iga ~/Desktop/youtube/videolist.txt | myscript.sh


  



  In my script I define things as

  



  command='ffmpeg'        
inputArgs='-i'              
outputArgs='-c:v libx264 -preset ultrafast -qp 0'       
directory="${HOME}/Desktop/Videos/"
output="video${count}"      
extension='mp4'         


  



  I test it with echo to make sure everything appears in the correct order.

  



  echo "${command}" "${inputArgs}" "${input}" "${outputArgs}" \
"${directory}""${output}${count}"."${extension}"


  



  And the output from that looks correct. But when I try to run the same thing without the preceding echo command, i.e.,

  



  "${command}" "${inputArgs}" "${input}" "${outputArgs}" \
"${directory}""${output}${count}"."${extension}"


  



  I get an error message that says

  



  


  At least one output file must be specified.

  


  



  So it seems pretty obvious to me that I'm doing something wrong when attempting to execute it.

  



  I have tried :

  



  

  • quoting the entire line as a whole

  


  • quoting different sections together

  


  • using the exec command in front of everything

  


  



  No matter what I do, an error occurs at some point in the process. I know it's something simple I'm doing wrong. Would someone please enlighten me as to what that might be ?

  



  I feel very strongly that the . shouldn't just be in the middle of everything like that, but I really don't know.

  



  Again, everything looks as it should when I run echo before the string of shell parameters.

  



  If more of the script I'm using is needed to understand what I'm talking about, that is not a problem.

  


• Piping output of youtube-dl to a script using ffmpeg looks ok using echo but returns an error when executing

  22 février 2016, par user556068

  I am trying to use youtube-dl to get the urls of some videos and then pipe the resulting urls into the input of my script. So in my terminal I do

  youtube-dl --ignore-config -iga ~/Desktop/youtube/videolist.txt | myscript.sh

  In my script I define things as

  command='ffmpeg'        
  
  inputArgs='-i'              
  
  outputArgs='-c:v libx264 -preset ultrafast -qp 0'       
  
  directory="${HOME}/Desktop/Videos/"
  
  output="video${count}"      
  
  extension='mp4'         

  I test it with echo to make sure everything appears in the correct order.

  echo "${command}" "${inputArgs}" "${input}" "${outputArgs}" \
  
  "${directory}""${output}${count}"."${extension}"

  And the output from that looks correct. But when I try to run the same thing without the preceding echo command, i.e.,

  "${command}" "${inputArgs}" "${input}" "${outputArgs}" \
  
  "${directory}""${output}${count}"."${extension}"

  I get an error message that says

  At least one output file must be specified.

  So it seems pretty obvious to me that I’m doing something wrong when attempting to execute it.

  I have tried :

  • quoting the entire line as a whole
  • quoting different sections together
  • using the exec command in front of everything

  No matter what I do, an error occurs at some point in the process. I know it’s something simple I’m doing wrong. Would someone please enlighten me as to what that might be ?

  I feel very strongly that the . shouldn’t just be in the middle of everything like that, but I really don’t know.

  Again, everything looks as it should when I run echo before the string of shell parameters.

  If more of the script I’m using is needed to understand what I’m talking about, that is not a problem.