Recherche avancée

Sur d’autres sites (7390)

• Inaccurate sleep using C++11 on Windows

  15 février 2017, par Ashe the human

  I’ve been using C++11 sleep to give the interval between video frames. This method I’ve been using makes playback elongated on Windows.

  #include <iostream>
  
  #include <thread>
  
  #include <sstream>
  
  
  
  
  
  int main(const int argc, const char **args)
  
  {
  
      std::stringstream sb;
  
  
  
      if(argc &lt; 2)
  
          return 1;
  
      int fps = 0;
  
      sb &lt;&lt; args[1];
  
      sb >> fps;
  
  
  
      if(fps &lt;= 0)
  
          return 1;
  
      int i;
  
  
  
  
  
      while(true)
  
      {
  
          std::chrono::high_resolution_clock::time_point start, end;
  
  
  
          start = std::chrono::high_resolution_clock::now();
  
          for(i=0; i fps));
  
          }
  
          end = std::chrono::high_resolution_clock::now();
  
  
  
          auto c = std::chrono::duration_cast(end - start).count();
  
          std::cerr &lt;&lt; c &lt;&lt; std::endl;
  
      }
  
  
  
      return 0;
  
  }
  
  </sstream></thread></iostream>

  Running that program with 60 gives about 1004 1006 on Linux and 1065 1075 on Windows. So, I’m guessing, after playing a 2-hour long video, more than a minute is passed than just 2 hours.

  timeBeginPeriod() has no effect. Is using timer(like this one ?) is the only way to implement media players on Windows ? What about on Linux ? I think it’s the right way considering the fact that ffplay uses av_usleep().

  So sad that there’s no portable way.

• FFmpeg compile opus error

  10 août 2015, par David Norgren

  I’m following this tutorial to build FFmpeg statically (to not need DLLs) using Microsoft’s compilers : http://cristobaldobranco.github.io/blog/2015/01/20/compiling-ffmpeg-with-windows-tools/

  I’m however running into trouble when attempting to compile this :

  #pragma comment (lib, "libavformat.a")
  
  #define __STDC_CONSTANT_MACROS
  
  
  
  extern "C" {
  
      #include <libavformat></libavformat>avformat.h>
  
  }
  
  
  
  int main() {
  
      av_register_all();
  
      return 0;
  
  }

  It seems to be able to find the header and library files, but I’m getting weird errors about opus :

  

  Here are my MSYS commands :

  cd C:/Libs/ffmpeg
  
  ./configure --toolchain=msvc --arch=x86 --prefix=build/ --disable-network
  
  make
  
  make install

  How do I get rid of these errors ?

• Evolution #4655 (Nouveau) : Permettre l’admin et l’édition de compagnons

  9 février 2021, par RastaPopoulos ♥

  Peut-être dans un sous-plugin, je ne sais pas, mais ça pourrait être fournit d’office.

  Avoir une interface humaine pour ajouter éditorialement des blocs d’aides dans différentes zones connues du plugin. L’idée étant que les "zones d’aide" ne sont pas toujours que les pipelines existants du privé (insere_milieu, etc).

  Donc il faudrait un concept "zone d’aide", sans avoir besoin de table pour ça, juste une fonction d’API et un pipeline éponyme pour en déclarer de nouvelles. Chaque zone doit avoir au moins un identifiant unique, et un label humain.

  Ces zones on va les insérer où on veut, soit en PHP avec une fonction (compagnon_zone(’identifiant’) par exemple) soit en squelette avec une balise (#COMPAGNON_ZONEidentifiant par exemple).

  Le plugin insérerait déjà des zones dans tous les pipelines connus de l’interface d’admin, comme actuellement, sauf que ça n’insérerait pas les compagnons directement mais la zone. La fonction actuelle "compagnonage" peut être rediriger pour utiliser le concept de zone d’aide car c’est très proche, et donc ne rien casser.

  Comme ces zones vont être déclarées explicitement avec un label humain ça va permettre de produire une interface d’admin éditoriale ("je veux ajouter une aide dans la zone Enfants des objets Rubriques", par ex). Une fois cette API de zone d’aide en place, on peut faire une interface avec une unique table éditoriale des compagnons et donc permettre d’en ajouter des nouveaux, sur telles pages, dans telles zones.