Recherche avancée

Sur d’autres sites (10664)

• Stream microphone from iOS and Android to ffmpeg on server [on hold]

  22 août 2019, par Demosthenes

  To be perfectly clear : The problem here is that ffserver has been dropped, and I find all alternatives proposed (such as gstreamer) too complicated to get into. If anybody wants to propose ffserver, it has been removed from ffmpeg, years ago actually, and is no longer maintained, and thus no option anymore.

  I want something simple : I want to stream the microphone from a mobile device to an ffmpeg process. So, the device encodes audio (let’s say aac but it really doesn’t matter), and I have the data ready for sending. I can send it somewhere, but I cannot open a server on the phone hosting a stream.

  What I want to be done : The data shall be processed, in real time, by an ffmpeg process running on a server. That process can be spawned on demand when needed, the handshake for this is not a problem.

  My problem : It seems to me that ffmpeg cannot listen on a port for a stream as input, but only actively connect to another server to retrieve the input stream.

  I’m looking for a simple solution to get this done. Writing a small program (almost any language, really) is not an issue. One solution I’ve been thinking about was writing a Python script or C++ program as the server and linking that against ffmpeg and feeding the audio data inside this program to ffmpeg. That’s not actually what I want, I would like to just pipe the data through the ffmpeg executable, but would be a last resort.

  Does anybody have an idea for a simple solution for this ?

• avformat/matroskadec : Accept more unknown-length elements

  17 mai 2019, par Andreas Rheinhardt

  avformat/matroskadec : Accept more unknown-length elements
  The current Matroska specifications mandate that only two elements may
  
  use an unknown-length length : Segments and clusters. But this was not
  
  always so : For the greater part of Matroska's existence, all master
  
  elements were allowed to make use of the unknown-length feature.
  And there were muxers creating such files : For several years
  
  libavformat's Matroska muxer used unknown-length for all master
  
  elements when the output wasn't seekable. This only stopped in March
  
  2010 with 2529bb30. And even afterwards it was possible (albeit
  
  unlikely) for libavformat to create unknown-length master elements
  
  that are in violation of today's specifications, namely if the master
  
  element was so big that the seek backwards to update the size could
  
  no longer be performed inside the AVIOContext's write buffer. This
  
  has only been fixed in October 2016 (with the patches that introduced
  
  support for writing CRC-32 elements).
  Libavformat's Matroska demuxer meanwhile has never really supported
  
  unknown-length elements besides segments and clusters. Support for the
  
  latter was hardcoded. This commit changes this : Now all master elements
  
  for which a syntax to parse them is available are supported. This
  
  includes the files produced by old versions of libavformat's muxer.
  More precisely, master elements that have unknown length and are about
  
  to be parsed (not skipped) are supported ; only a warning is emitted for
  
  them. For normal files, this means that level 1 elements after the
  
  clusters that are encountered after the clusters have been parsed (i.e.
  
  not because they are referenced by the seekhead at the beginning of the
  
  file) are still unsupported (they would be skipped at this point if
  
  their length were known).
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavformat/matroskadec.c

• avcodec/mips/cabac : replace addi with addiu

  2 juillet 2019, par YunQiang Su

  avcodec/mips/cabac : replace addi with addiu
  addi/daddi are deprecated by MIPS for years, and MIPS r6 remove
  
  them.
  They should be replace with addiu :
  
     ADDIU performs the same arithmetic operation but
  
     does not trap on overflow.
  Reviewed-by : Shiyou Yin <yinshiyou-hf@loongson.cn>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/mips/cabac.h