Recherche avancée

Sur d’autres sites (9225)

• configure : Avoid requiring c99wrap for working around msys path issues

  14 novembre 2013, par Martin Storsjö

  configure : Avoid requiring c99wrap for working around msys path issues
  Msys is unable to convert unix style absolute paths to windows style
  
  paths when combined with certain multichar MSVC options such as
  
   Fo<file>. We used to work around this issue by passing them as two
  
  separate parameters separated by a space to c99wrap, which then mapped
  
  them back to the actual parameter format that MSVC uses.
  The only paths that actually are an issue are absolute unix style
  
  paths, and the only place such absolute paths are used with the output
  
  arguments (-Fo, -Fe, -Fi, -out :) are for the temp files within configure.
  By setting TMPDIR to . for msvc/icl builds, we never need to use
  
  absolute unix style paths for the file output, and we can use the
  
  actual proper form of the file output parameters. This avoids requiring
  
  the c99wrap wrapper for remapping the parameters for cases where the
  
  c99 converter isn’t invoked at all (MSVC2013 and ICL).
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] configure

• FFMPEG on Heroku exceeds memory quota in testing

  5 juillet 2022, par Patrick Vellia

  After following this tutorial, and getting it to work locally on my own development environment, before really getting my hands dirty and working deeper on my own project implementation, I decided to push it up to Heroku to test in a staging environment.

  


  I had to have Heroku add the FFMPEG build-pack and turn on the Redis Server for ActionCable to work.

  


  I didn't link the staging to a cloud storage bucket on Google or Amazon yet, just allowed it to upload directly to the dymo disk for testing. So it would go into the storage directory as it would in development for now.

  


  the test MOV file is 186 MB in size.

  


  The system uploaded the file fine.

  


  According to the logs, it then copied the file from storage to tmp as the tutorial has us do.

  


  Then it called streamio-ffmpeg's transcode method.

  


  At this point, Heroku forcibly kills the dymo because it far exceeds the memory quota.

  


  As this is a test environment, it's only on the free tier of Heroku.

  


  I'm thinking I won't be able to directly process video projects on Heroku itself, unless I'm wrong ? Would it be better to call an API like Cloud Functions or Amazon Lambda, or spin up a Compute Engine long enough to process the FFMPEG command ?

  


• Ffmpeg cpp libav randomly uses high cpu and less gpu or uses high gpu and less cpu with hw accel

  29 avril 2024, par cngkyt

  I am using ffmpeg as library with cpp
the integration of library is perfectly done i am using AVFilterGraph as audio resampler and video pixfmt converter.

  


  I cannot share code because it is a complete library and contains too many files but i can assure there is no problem about code but maybe approach.

  


  My whole class is based on the transcode example of ffmpeg
text

  


  The problem is when i run my program that encodes approx 90 streams

  


  it starts with 25% cpu usage 80% gpu encode usage %85 gpu decode usage with 100% sm utilization

  


  or

  


  it starts with 80% cpu usage 45% gpu encode usage 50% gpu decode usage with 60% sm utilization

  


  when it start like second type of utilization videos are perfect
but when it starts like the first type of utilization videos are freezing

  


  my program uses pure gpu for encoding for all streams but using gpu decoding for every 3 cpu deoding
that means i use hwaccel for 1/3 of streams
because my cards are 4070 ti super and they have 2 NVENC 1 NVDEC chips

  


  my program takes udp streams and encode it and outputs udp mpegts

  


  bitrate and quality settings are persistent across streams depending on resolution

  


  i always test on same streams

  


  the problem happens randomly
but if it starts with high cpu and low gpu utilization it goes on like this
when i restart program problem occurs randomly again

  


  what can couse this

  


  just as an info i have experience on c++ more than 25 years

  


  if there is someone who can teach me something i will be happy

  


  thanks for your further helps

  


  i have tried to reproduce it with compiled ffmpeg instead of my libav library usage
same thing happens but not often

  


  i have tried using hevc_cuvid instead of hwacceleration with avcodec_find_decoder_by_name function