Advanced search

On other websites (8868)

• libavcodec: MIPS: MMI: Move sp out of the clobber list

  18 July 2020, by Jiaxun Yang

  libavcodec: MIPS: MMI: Move sp out of the clobber list
  GCC complains:
  
  warning: listing the stack pointer register ‘$29’ in a clobber
  
  list is deprecated [-Wdeprecated]
  Actually stack pointer was restored at the end of the inline assembly
  
  so there is no reason to add it to the clobber list.
  Also use $sp insted of $29 to make our intention much more clear.
  Signed-off-by: Jiaxun Yang <jiaxun.yang@flygoat.com>
  
  Reviewed-by: Shiyou Yin <yinshiyou-hf@loongson.cn>
  
  Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/mips/h264dsp_mmi.c

• lavf/hls: add AC-3/EAC-3 to allowed extensions file list

  25 September 2020, by Jun Zhao

  lavf/hls: add AC-3/EAC-3 to allowed extensions file list
  Add AC-3/EAC-3 to allowed extensions file list.
  From HTTP Live Streaming 2nd Edition draft-pantos-hls-rfc8216bis-07
  
  section 3.1.3.Packed Audio, HLS demuxer need to support MP3/AC-3/EAC-3.
  Reviewd-by: Steven Liu <liuqi05@kuaishou.com>
  
  Signed-off-by: Jun Zhao <barryjzhao@tencent.com>
  

  • [DH] libavformat/hls.c

• Calling ffmpeg from command line does not wait until file was fully written do hard drive

  10 October 2020, by Stefan Falk

  I am currently working on a service to allower conversion of audio files. I am using ffmpeg under the hood and use the Runtime in order to make the call.

  


  After the call I read the converted file and upload it to a cloud storage.

  


  The problem:

  


  The problem is, that reading the file back from the drive gives me only a few bytes. After investigating, it actually has like 5 MB on the drive but readFileToByArray() reads only a few kb. I assume this is because the file was not completely persisted at the point where I want to read it back.

  


  Is there any way I can make sure that ffmpeg is done writing to the hard drive? It seems that the main process that ffmpeg was running in finishes before a parallel process that is responsible for writing. Maybe?

  


  Below is the relevant code that converts an arbitrary file to AAC-format:

  


  File tempFile = File.createTempFile("input-", ".tmp", new File("/tmp"));
OutputStream outStream = new FileOutputStream(tempFile);
outStream.write(bytes);

String convertedFilePath = String.format("/tmp/output-%s.aac", UUID.randomUUID().toString());

String command = String.format(
        "ffmpeg -i %s -c:a aac -b:a 256k %s",
        tempFile.getAbsolutePath(),
        convertedFilePath
);

LOGGER.debug(String.format("Converting file to AAC; Running %s", command));

Runtime runtime = Runtime.getRuntime();
Process process = runtime.exec(command);
try {
    process.waitFor(200, TimeUnit.MILLISECONDS);
} catch (InterruptedException e) {
    throw new RuntimeException("Time out");
}

File convertedFile = new File(convertedFilePath);
byte[] result = FileUtils.readFileToByteArray(convertedFile);

// Upload "result" to cloud storage ..