Recherche avancée

Sur d’autres sites (13515)

• avfilter/formats : do not allow unknown layouts in ff_parse_channel_layout if nret...

  26 décembre 2016, par Marton Balint

  avfilter/formats : do not allow unknown layouts in ff_parse_channel_layout if nret is not set
  Current code returned the number of channels as channel layout in that case,
  
  and if nret is not set then unknown layouts are typically not supported.
  Also use the common parsing code. Use a temporary workaround to parse an
  
  unknown channel layout such as ’13c’, after a 1 year grace period only ’13C’
  
  will work.
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] libavfilter/formats.c
  • [DH] libavfilter/tests/formats.c
  • [DH] tests/ref/fate/filter-formats

• avcodec : remove ABI portion of the side data merging API

  22 octobre 2017, par James Almer

  avcodec : remove ABI portion of the side data merging API
  The actual API is left in place until the deprecation period ends.
  Signed-off-by : James Almer <jamrial@gmail.com>
  

  • [DH] libavcodec/avpacket.c
  • [DH] libavcodec/decode.c
  • [DH] libavcodec/internal.h
  • [DH] libavcodec/version.h

• Reading RTMP streams using FFMPEG returns AVERROR_EOF randomly

  9 octobre 2013, par user2628781

  I am using FFMpeg to receive RTMP streams. This logic is placed in a custom video player I am building.

  I managed to successfully connect to the RTMP stream and display the video correctly. However, after a period in time, the stream terminates prematurely with an AVERROR_EOF when I perform av_read_frame().

  This indicates to me that the file has ended so my demux, video and audio threads terminates thinking that the video has ended.
  However, the video playback hasn't yet reached its end (in the case of a file streamed through rtmp) or from a live stream (which runs forever). The EOFs are received very randomly so it may run for say 7 min before this occurs or after 3 mins.

  Is this a characteristic behaviour of RTMP or am I doing something incorrectly ?
  I am also having a similar problem with Http Live Streams using FFMpeg.

  A small snippet of the code is provided below :

   AVPacket packet;
  
  //start timeout timer and timeout
  
  __interrupt_timer.start();
  
  
  
  int ret = av_read_frame(format_context, &packet); //0: ok, <0: error/end
  
  
  
  
  
  //invalidate the timer
  
  __interrupt_timer.invalidate();
  
  
  
  if (ret != 0) {
  
      if (ret == AVERROR_EOF) { //end of file. FIXME: why no eof if replaying by seek(0)?            
  
          if (!eof) {
  
              eof = true;
  
              started_ = false;
  
              pkt->data = QByteArray(); //flush
  
              pkt->markEnd();
  
              qDebug("End of file. %s %d", __FUNCTION__, __LINE__);
  
              emit finished();
  
              return true;
  
          }
  
          pkt->data = QByteArray(); //flush
  
          //return true;
  
          return false; //frames after eof are eof frames
  
      } else if (ret == AVERROR_INVALIDDATA) {
  
          qWarning("AVERROR_INVALIDDATA");
  
      } else if (ret == AVERROR(EAGAIN)) {
  
          return true;
  
      }
  
      qWarning("[AVDemuxer] error: %s", av_err2str(ret));
  
      return false;
  
  }