Recherche avancée

Sur d’autres sites (10725)

• Revision 6253cc9279 : Speed setting review. Substantial reworking of the speed vs quality trade offs

  1er octobre 2013, par Paul Wilkins

  Changed Paths :
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_onyx_if.c

  
   Modify /vp9/encoder/vp9_onyx_int.h

  
   Modify /vp9/encoder/vp9_rdopt.c

  
  
  Speed setting review.

  Substantial reworking of the speed vs quality trade offs for
  speed 1 and 2.

  In this patch I am attempting to freeze the "quality" meaning of
  speeds 1 and 2 relative to speed 0 so that in future we can
  better evaluate progress.

  I am targeting :
  Speed 1 quality -5% vs speed 0.
  Speed 2 quality -10% vs speed 0

  It is inevitable that quality will still fluctuate a little as we adjust
  settings and add new features, but we will attempt to keep as
  close as possible to these values. Above speed 2 things will remain
  a bit more fluid for now.

  In this patch speed 1 is approximately 4-5x as fast as speed 0. This
  is similar to before but the quality hit is a lot less. Likewise speed 2
  is approximately 2x as fast as speed 1 but is similar in quality to the
  previous speed 1 configuration.

  Also slight change to behavior of FLAG_EARLY_TERMINATE to insure
  all reference frames get at least one rd test. Important for very low
  variance regions.

  WIP :- Added a new speed level with old speed 4 becoming speed 5.
  Speed 3 and 4 tradeoffs still WIP

  Change-Id : Ic7a38dd7b5b63ab1501f9352411972f480ac6264

• doc/ffmpeg : improve -disposition, -stats, and -progress documentation

  17 octobre 2024, par Soma Lucz

  doc/ffmpeg : improve -disposition, -stats, and -progress documentation
   disposition :
  
  Clarify the meaning of the default value, and how the '+' and '-'
  
  prefixes work. Add more examples.
   stats :
  
  Clarify that it appears as an "info"-level log.
   progress :
  
  Add info about the "progress" key's value being "continue" or "end".
  
  Add an example of logging to stdout.
  Signed-off-by : Soma Lucz <luczsoma@gmail.com>
  
  Signed-off-by : Anton Khirnov <anton@khirnov.net>
  

  • [DH] doc/ffmpeg.texi

• Solution Merge mp3+mp4 together with FFMPEG or other

  7 juin 2018, par SandyUgale

  I have been working on a project where I have .mp3 and video file (.MP4). I have FFMG on my AWS server and I’m providing both to FFMPEG give me complete video file with provided audio file. Then I send this file to my AWS S3 and then fetch this video as needed in my web app.

  Problem/Use Case :

  If I have 10 mp3 and 10 mp4 video files then I have to wait the until it complete all videos then only I can send them on S3, so Im waiting for long as number goes up.

  Can I control this ?

  Solution-1 : Don’t need to wait for loop

  Meaning instead of starting all merging together parallel I would like merging to be done one by one. Referencing above example

  First merge of 1.mp3 + 1. Mp4= 1.mp4 (complete file) –upload s3.  
  
  Second merge of 2.mp3 + 2. Mp4= 2.mp4 (complete file) –upload s3.  
  
  Tenth merge of 10.mp3 + 10. Mp4= 10.mp4 (complete file) –upload s3.  

  Solution-2 : send video as they ready

  How I can know which video has been ready to send to s3 ?

  Solution-3 : other service

  Is there any other online API or services where I can pass mp3 + mp4 and give me video url simply after merging so technically video will hosted on either their platform or on my S3 doest matter.