Recherche avancée

Sur d’autres sites (11381)

• 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;
  
  }

• Anomalie #3462 (Nouveau) : Gestion des documents utilisés dans les rubriques - suppression impossi...

  5 juin 2015, par Pascal Verrier

  Bonjour,

  Je constate une modification liée à l’utilisation de documents/images au sein du texte explicatif d’une rubrique.
  Dans SPIP 2.1.27 l’édition de rubrique permet l’ajout de documents (bloc Ajouter une image à gauche), cette fonctionnalité a apparemment été supprimée dans la 3.0.19.

  Cela n’interdit pas de saisir des codes type (correspondant à des éléments de la médiathèque chargés auparavant) dans le texte de description de la rubrique, ce qui permet d’utiliser ces contenus dans la présentation d’une rubrique : ils sont bien affichés, mais contrairement à ce qui se passait sur les versions précédentes, on n’a pas en bas de page rubrique du backoffice (exec=naviguer&id_rubrique=N) le rappel des documents liés, or en regardant dans la médiathèque on peut constater que le lien a bien été réalisé (lors de l’enregistrement) entre les documents utilisés et la rubrique.

  Cela se complique lorsque l’on décide de supprimer une rubrique utilisant, ou ayant utilisé des documents.

  Si je reprends ma rubrique, j’en supprime ou déplace tous les articles, j’en supprime le contenu texte, je n’obtiens jamais le bouton "Supprimer cette rubrique". En fait les documents utilisés y sont liés et tant que ces liens existent la suppression est impossible. C’est le même comportement que sur les versions précédentes* à cela près que l’absence de la liste des documents liés (normalement affichés en bas de page, ou à gauche en édition) n’aide pas vraiment à comprendre pourquoi cette rubrique ne peut être supprimée. Seul indice, sous l’identifiant de rubrique est indiqué "N documents". Autre curiosité la rubrique est d’office considérée comme active, et elle apparaît sur l’espace public, même si elle ne contient aucun article. C’est ainsi que l’on se retrouve avec une rubrique vide, impossible à supprimer, et affichée dans les menus de l’espace public.

  En supprimant manuellement les liens document/rubrique depuis la médiathèque le lien "Supprimer cette rubrique" réapparaît.

  (* : je ne suis pas certain par ailleurs que le fait de ne pas pouvoir supprimer une rubrique à laquelle des documents sont liés soit réellement justifié)

  Ce choix de supprimer l’ajout de documents dans l’édition de rubriques est-il intentionnel ? Pourrait-on retrouver le mécanisme existant dans les articles et dans SPIP 2.1 ?
  Serait-il envisageable de pouvoir supprimer directement une rubrique vide sans avoir à se préoccuper de l’existence de ces liens avec les documents ?
  Merci.

• Option -s is deprecated, use -video_size. Option video_size not found

  5 janvier 2021, par Education 4Fun

  I'm trying to play a video like a preview before rendering :

  



  ffplay test.mp4 -af "volume=8.0,atempo=4.0" -vf "transpose=2,transpose=2,setpts=1/4*PTS" -s 640x480 -aspect 4:2


  


  Without -s its working fine, but when I add -s its outputs error :

  


  Option -s is deprecated, use -video_size.
Option video_size not found.


  


  Let me know the syntax. And some times after converting I don't find the change in the details


  


  ffmpeg -i 21.mp4 -vf "scale=1280*720" 21_edit.mkv