Recherche avancée

Sur d’autres sites (4457)

• FFmpeg : Encode x264 with AMD GPU on Windows ?

  20 septembre 2023, par ZeroTek

  I am currently trying to record a Video on my Lenovo Laptop with its Built-In Webcam using FFmpeg on Windows 10. One of my goals is to keep the CPU Usage as low as possible, that's why i want to push the h264 encoding to the GPU. 
Now it gets a bit tricky here with my Laptop. Because it uses two GPUs. The first GPU is a Intel HD 5500 Graphics Unit as Part of the CPU. This one is most likly used for non-demanding Applications like office etc. to save Energy. The other one is a AMD R5 M330 that will be used for graphic intense applications like gaming.

  



  Currently, i am using the following command to encode the Webcam Stream on the Intel HD GPU :

  



  ffmpeg -f dshow -vcodec mjpeg -video_size 1280x720 -framerate 30 video="Lenovo EasyCamera":audio="Mikrofon (Realtek High Definition Audio)" -c:v h264_qsv -g 60 -q 28 -look_ahead 0 -preset:v faster -c:a aac -q:a 0.6 -r 30 output.mp4


  



  This does work so far but it seems this GPU does not have enough Power to keep up with the framerate on higher bitrates or with a high amount of i-frames. The Video starts lacking and skipping frames. If i am using CPU encoding everything works smooth.

  



  Now that my Laptop got that second AMD GPU with a lot more Power it would be a nice Try to encode on that one, but i can't find any information about how to encode on AMD Hardware on Windows 10. So my question is : How does the ffmpeg command look like to use AMD Hardware for h264 encoding ?

  


• A ffmpeg command method into a webjob

  2 juillet 2017, par Fearhunter

  I am new with Azure Webjobs. I made an ffmpeg function to slice a stream into separate mp4 files :

  public Process SliceStream()
  
  {
  
      var url = model_s.Url;
  
      var cuttime = model_s.Cuttime;
  
      var output = model_s.OutputPath;
  
      return Process.Start(new ProcessStartInfo
  
      {
  
          FileName = "ffmpeg.exe",
  
          Arguments = $"-i \"{url}\" -c copy -flags +global_header -f segment -segment_time \"{cuttime}\" -segment_format_options movflags=+faststart -reset_timestamps 1 \"{output}\"",
  
          UseShellExecute = false,
  
          RedirectStandardOutput = true
  
      });
  
  }

  The var properties are the variables for the user input on the front-end. I want to scheduled this method into a webjob. How can I achieve this ? I saw an article on google

  https://zimmergren.net/getting-started-with-building-azure-webjobs-timer-jobs-for-your-office-365-sites/

  Need I just follow these steps to achieve my goal ? Or must I add some C# code to achieve this ?

• Evolution #3720 (Nouveau) : Refaire un éditeur à base de CodeMirror + ajouts

  27 février 2016, par RastaPopoulos ♥

  Cahier des charges :
  - Dans l’éditeur lui-même, avoir une vue plus sémantique de ce que l’on tape (WYSIWY Mean !)
  - Pouvoir mettre en plein écran
  - Pouvoir prévisualiser le vrai rendu HTML final (avec les images, modèles, etc)
  - Pouvoir éditer côte à côte avec la prévisu
  - Être pérenne et que le noyau puisse reconnaitre plusieurs syntaxes

  Des gens ont fait ça pour Markdown mais malheureusement QUE pour Markdown. Mais en fait quasiment tout ce qui est important est géré en sous-main par CodeMirror !
  https://simplemde.com/

  Leur éditeur est en fait relativement simple :
  => c’est CodeMirror à 80%
  + ils ajoutent une CSS qui ne change pas juste la couleur pour la syntaxe, mais aussi la taille, pour les titres, gras, italique, etc
  + ils ajoutent une barre de boutons
  + ils ajoutent un système de prévisu (seul ou côte à côte)

  CodeMirror est entre l’autre l’éditeur de code de Chrome et Firefox, et de milles autres choses. Il est à priori (très) pérenne, modulaire, et sait gérer plusieurs syntaxes en les déclarant dans un module JS (un "mode"). En plus de la reconnaissance de syntaxe, il gère déjà plein de plugins comme raccourcis claviers, continuer une liste quand on fait Entrée, etc.

  Pour SPIP je propose cela :
  - faire un mode CodeMirror qui gère uniquement les modèles SPIP, et peut-être les liens (ce qui permettrait de l’utiliser avec d’autres syntaxes que SPIP, notamment dans Markdown)
  - faire un mode CodeMirror pour tous les trucs SPIP autre que modèles
  - faire une CSS qui rend plus sémantique la saisie SPIP (agrandir les intertitres, etc)
  - récupérer la CSS pour la saisie Markdown de SimpleMDE
  - trouver une barre de boutons se basant déjà sur CodeMirror : les boutons ne feraient qu’appeler des comportements CodeMirror
  - re-implémenter notre système de prévisu + de fullscreen et côte à côte dans cette nouvelle barre (= comme SimpleMDE !), sachant que nous la prévisu ça appelle un truc serveur, alors que SimpleMDE il semble que c’est tout en JS client.

  Je pense que le plus gros est de faire les deux modes de syntaxes SPIP pour CodeMirror. Mais une personne a fait un projet très cool qui apparemment fonctionne déjà : une déclaration de grammaire en JSON, beaucoup mieux que la programmation JS des modes de CodeMirror :
  https://github.com/foo123/codemirror-grammar
  Et ça marche !

  Pour le reste, on doit pouvoir s’inspirer de SimpleMDE mais en généralisant :
  1) Ce serait bien d’avoir une barre de bouton pour SPIP et pour Markdown en même temps (en fait avoir deux déclarations, suivant le mode voulu)
  2) Avoir notre prévisu-serveur.

  Comme on le remarque, je propose deux choses qui permettent de garder Markdown sous la main :
  1) séparer la déclaration des modèles (et peut-être des liens)
  2) avoir deux déclarations de boutons

  Cela permettra d’office, avec le même éditeur, la même base commune, de savoir gérer à la fois SPIP et Markdown. Cela me semble important à prendre en compte dès le début.