Recherche avancée

Sur d’autres sites (13771)

• Decoding with FFMPEG on Visual Studio 2010

  20 décembre 2018, par user2439801

  I just started using FFMPEG with C++ and try to code an audio decoder then write the decoded audio into a file.

  However i’m not sure about which data to write to the output file. As far as i know from looking at the sample codes it seems to be the AVFrame -> data[0].
  But when i try to print it on the consoles, i get some random numbers that are different each time i run the program. And when i try to write this AVFrame->data[0] into a file i keep getting an error.

  So my question is how can I write the decoded audio after I call the function av_codec_decode_audio4 ?

  Below I attached my code and I pass the argument "C :\02.mp3" which is a path for a valid mp3 file on my PC.

  Thank you for your help.

  // TestFFMPEG.cpp : Audio Decoder
  
  //
  
  
  
  #include "stdafx.h"
  
  
  
  #include <iostream>
  
  #include <fstream>
  
  #include <sstream>
  
  
  
  extern "C" {
  
      #include 
  
      #include 
  
      #include 
  
  
  
  }
  
  
  
  using namespace std;
  
  
  
  
  
  int main(int argc, char* argv[])
  
  {
  
  int audioStream = -1;
  
  
  
  AVCodec         *aCodec;
  
  AVPacket        avPkt;
  
  AVFrame         *decode_frame = avcodec_alloc_frame();
  
  
  
  AVCodecContext  *aCodecCtxt;
  
  AVFormatContext *pFormatCtxt = NULL;
  
  
  
  if(argc != 2) {     // Checking  whether there is enough argument
  
      return -1; 
  
  }
  
  
  
  av_register_all();  //Initialize CODEC
  
  avformat_network_init();
  
  av_init_packet (&amp;avPkt);
  
  
  
  
  
   if (avformat_open_input (&amp;pFormatCtxt, argv[1],NULL,NULL)!= 0 ){ //Opening File
  
       return -2;
  
   }
  
  
  
   if(avformat_find_stream_info (pFormatCtxt,NULL) &lt; 0){ //Get Streams Info 
  
       return -3; 
  
   }
  
  
  
   AVStream *stream = NULL;
  
   //av_read_play (pFormatCtxt); //open streams
  
  
  
  
  
   for (int i = 0;  i &lt; pFormatCtxt->nb_streams ; i++) { //Find Audio Stream
  
       if (pFormatCtxt->streams[i]->codec->codec_type == AVMEDIA_TYPE_AUDIO){
  
           audioStream =i;
  
       }
  
   }
  
  
  
   aCodecCtxt = pFormatCtxt ->streams [audioStream]->codec; // opening decoder   
  
   aCodec = avcodec_find_decoder( pFormatCtxt->streams [audioStream] ->codec->codec_id);
  
  
  
   if (!aCodec) {
  
       return -8;
  
   }
  
  
  
   if (avcodec_open2(aCodecCtxt,aCodec,NULL)!=0) {
  
       return -9; 
  
   } 
  
  
  
  int cnt = 0;
  
  
  
  while(av_read_frame(pFormatCtxt,&amp;avPkt) >= 0 ){
  
  
  
      if (avPkt.stream_index == audioStream){
  
          int check = 0; 
  
          int result = avcodec_decode_audio4 (aCodecCtxt,decode_frame,&amp;check, &amp;avPkt);
  
          cout &lt;&lt; "Decoded : "&lt;&lt; (int) decode_frame->data[0] &lt;&lt;", "&lt;&lt; "Check : " &lt;&lt; check &lt;&lt; ", Format :" &lt;&lt; decode_frame->format &lt;&lt;" " &lt;&lt; decode_frame->linesize[0]&lt;&lt; " "&lt;<cnt return="return" acodec="acodec">id;  
  
  } 
  
  </cnt></sstream></fstream></iostream>

• Anomalie #3408 : Ergo : incoherence entre l’accès au formulaire instituer et si on a vraiment le d...

  5 février 2021, par RastaPopoulos ♥

  Si j’ai bien compris, il n’est pas dit que c’est avoir les deux autorisations qui est incohérent, ça à la limite pourquoi pas… (même s’il me semble qu’il ne devrait y avoir qu’une seule autorisation dédiée appelée, donc "instituer" et DANS celle-ci ça devrait tester "publierdans" du parent non ?)
  C’est que si on autoriser "instituer" pour un objet et bien ça affiche le choix possible de le faire dans l’interface, alors qu’en fait la personne n’a pas le droit si pas aussi "publierdans".

  Et donc la résolution ça serait plutôt que pour l’affichage aussi (pour charger) il faut tester les deux, s’il faut les deux pour verifier, non ?

  Ce n’est pas logique, et donc bien un bug ergo, si on laisse à la personne la possibilité d’utiliser le formulaire alors qu’elle n’en a pas le droit en vrai.

  Donc je vois pas trop pourquoi on fermerait, même si on corrige pas tout de suite…

• Anomalie #3408 : Ergo : incoherence entre l’accès au formulaire instituer et si on a vraiment le d...

  9 février 2021, par Maïeul Rouquette

  Pour reproduire le bug.

  Ajouter dans mes_options.php les lignes suivantes

  $GLOBALS[’spip_pipeline’][’autoriser’] .= "|mes_autorisations" ;
  function mes_autorisations()
      function autoriser_article_instituer($faire, $type, $id, $qui, $opt) 
          return true ;
      
  
  

  Se connecter en tant que simple auteur/autrice

  On voit qu’on peut publier un article dans le formulaire de changement de statut. Mais lorsqu’on choisit de le faire, le statut n’est pas modifié !

  A noter que par rapport au code de b_b, mais aussi à mon analyse initiale, $v[’id_rubrique’] est systématiquement null.
  Voici mes pistes :
  - `formulaire_editer_objet_charger` devrait renvoyer un id_rubrique (+ corriger le id_parent qui est null dans mon cas !) https://git.spip.net/SPIP/spip/src/branch/master/ecrire/inc/editer.php#L200
  - il y a 2 fois le test de si on a le droit de publier : dans objet_instituer https://git.spip.net/SPIP/spip/src/branch/master/ecrire/action/editer_objet.php#L332 + dans la fonction verifier du formulaire https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/instituer_objet.php#L146 > c’est ceinture et bretelle. je sais pas si c’est pertinent de garder les deux, a priori dans objet_instituer cela suffit non ?