Recherche avancée

Sur d’autres sites (10758)

• Unable to run ffmpeg with qProcess to extract a single frame from Vide

  24 janvier 2018, par user3840315

  I am trying to extract a single frame from a video using the QProcess in qt framework and ffmpeg and store it in a tmp folder. When I run the program in terminal command line it is able to extract it but not when QProcess runs it. I’m developing on a mac. What am I doing wrong.

  QString extractSingleFrame(QString videoPath, QDir tmpDir)
  
  {
  
      QString program = ffmpegPath();
  
      QProcess *ffmpegProcess = new QProcess();
  
      QString arguments;
  
      QFileInfo videoInfo(videoPath);
  
      QString videoName = videoInfo.fileName();
  
  
  
      QString firstFrameName(tmpDir.absolutePath() + "/" + videoName + ".jpg");
  
      arguments = " -y -i " + QDir::toNativeSeparators(videoPath)
  
                  + " -frames:v 1 -q:v 1 -f image2 " + QDir::toNativeSeparators(firstFrameName);
  
  
  
      QFile::remove(firstFrameName);
  
      qDebug() << "Starting program" << program + arguments;
  
      ffmpegProcess->start(program + arguments);
  
      // ffmpegProcess->start(program , QStringList() <<  arguments); this also doesnt work
  
      if (ffmpegProcess->state() == QProcess::Starting){
  
         qDebug() << "program is starting" + ffmpegProcess->state();
  
      }
  
      ffmpegProcess->waitForFinished(-1);
  
  
  
      qDebug() << "done";
  
  
  
      delete ffmpegProcess;
  
  
  
      return firstFrameName;
  
  }

  This is the printed command
  to start the program "ffmpeg -y -i "/Users/userX/test.mov" -vframes 1 -q:v 1 -f image2 "/var/folders/s1/vtv2cx36p3h0000gn/T/test-ywDBgj/test.mov.jpg""

• Evolution #4363 : mot de passe vide bloque le formulaire de réinitialisation du mot de passe d’un ...

  12 février 2021, par RastaPopoulos ♥

  c’est ce qu’on fait et dit : du bricolage. Qui n’a aucun sens sémantique (en plus de pas être documenté, mais bon documenter un truc qui n’a aucun sens…), puisque l’assertion "ce compte n’a pas de mot de passe" et l’assertion "ce compte est juste une signature" n’ont aucun rapport logique en vrai, c’est juste une convention de bricole d’il y a 20 ans, qu’il serait bien de nettoyer, pour avoir un truc propre, sans bidouille

• avcodec/dnxhddec : Do not overwrite colorspace if the container has set it.

  29 novembre 2017, par Steven Robertson

  avcodec/dnxhddec : Do not overwrite colorspace if the container has set it.
  The existing logic overrides container metadata even in cases where the
  
  container metadata must be trusted (e.g. HDR). The original spec had no
  
  provision for specifying color volume, so many files rely on the
  
  assumption of Rec. 709.
  An update to the spec included a 'clv' field for explicitly signaling
  
  that the container should be trusted in an existing bitfield in the
  
  frame header, but the default of 0 from old encoders forces Rec. 709,
  
  which would break any HDR stream. Because there is no place in DNxHR for
  
  specifying a transfer function, DNxHR HDR files must include
  
  container-level color information.
  This patch maintains the existing behavior of choosing the 709 over the
  
  601 matrix when container-level information is missing, and allows
  
  container-level information to win if present.
  Signed-off-by : Steven Robertson <steven@strobe.cc>
  
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/dnxhddec.c