Recherche avancée

Sur d’autres sites (2693)

• avutil : add thread executor

  29 août 2023, par Nuo Mi

  avutil : add thread executor
  The executor design pattern was introduced by java
  
  <https://docs.oracle.com/en/java/javase/20/docs/api/java.base/java/util/concurrent/Executor.html> ;
  
  it also adapted by python
  
  <https://docs.python.org/3/library/concurrent.futures.html> ;
  
  Compared to handcrafted thread pool management, it greatly simplifies the thread code.
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] doc/APIchanges
  • [DH] libavutil/Makefile
  • [DH] libavutil/executor.c
  • [DH] libavutil/executor.h
  • [DH] libavutil/version.h

• Hardware Accelerated H264 Decode using DirectX11 in Unity Plugin for UWP

  8 janvier 2019, par rohit n

  I’ve built an Unity plugin for my UWP app which converts raw h264 packets to RGB data and renders it to a texture. I’ve used FFMPEG to do this and it works fine.

  int framefinished = avcodec_send_packet(m_pCodecCtx, &packet);
  
  framefinished = avcodec_receive_frame(m_pCodecCtx, m_pFrame);
  
  // YUV to RGB conversion and render to texture after this

  Now, I’m trying to shift to hardware based decoding using DirectX11 DXVA2.0.

  Using this : https://docs.microsoft.com/en-us/windows/desktop/medfound/supporting-direct3d-11-video-decoding-in-media-foundation

  I was able to create a decoder(ID3D11VideoDecoder) but I don’t know how to supply it the raw H264 packets and get the YUV or NV12 data as output.
  (Or if its possible to render the output directly to the texture since I can get the ID3D11Texture2D pointer)

  so my question is, How do you send the raw h264 packets to this decoder and get the output from it ?

  Also, this is for real time operation so I’m trying to achieve minimal latency.

  Thanks in advance !

• Evolution #4548 : Améliorer _request et set_request pour prendre en compte les champs qui sont des...

  9 septembre 2020

  Je ne suis pas favorable à prendre en compte _request('tableau[index]') ; ce genre d’écriture n’a pas beaucoup de sens, et ça va être chiant ; à la rigueur _request(’tableau/index’) comme on fait à différents endroits. Dans un PHP récent (7+), _request('tableau')['index'] ?? '' fait très bien la chose...

  Plus globalement _request est juste un mapping vers $_REQUEST et je ne suis pas sûr que le modifier soit une bonne chose.

  Par contre, intégrer un conteneur HTTP Requests me paraîttrait plus pertinent. Synfony HTTP Fondation ($request = Request::createFromGlobals()), mais il ne semble pas gérer les tableaux comme tu le souhaites. Mais par contre Laravel Request qui l’étend https://laravel.com/docs/7.x/requests a quelque chose de proche

  $name = $request->input(’products.0.name’) ;
  $names = $request->input(’products.*.name’) ;