Recherche avancée

Sur d’autres sites (5958)

• Linking FFMPEG library for Android

  24 février 2016, par HARSHA HN

  Can you be requested to look into this issue ? I am trying to integrate our custom application into Teaonly’s Streaming application. But, this app compresses using H264 compression (which is required for our app). But, I have been unable to integrate FFMPEG into our solution.

  Can somebody be requested to let us know the steps in simple terms ? (I am new to NDK Android) [Experts are requested to be kind to us]

  Thanks for your time and consideration.

  (By the way, the ffmpeg has been built and the following links are sounding too complicated :

  http://www.stackoverflow.com/questions/9870435/how-can-i-link-prebuilt-shared-library-to-android-ndk-project

  http://www.roman10.net/how-to-build-ffmpeg-with-ndk-r9/

  http://www.roman10.net/how-to-build-android-applications-based-on-ffmpeg-by-an-example/)

• Lossless Video Compression formats

  26 novembre 2019, par jippyjoe4

  I create lots of 4K 60fps 3D animations, and every frame of these animations are exported as separate PNG files to my disk drive. These PNG files use their own lossless compression method, but the file sizes are still quite large (a 30 second animation can take anywhere between 4 and 18 GB). I’m interested in alternative lossless compression formats to reduce the file sizes even further.

  The reason I’m interested in lossless compression is because I create a LARGE variety of animations, and lossy algorithms are not always consistent in terms of visual fidelity (what doesn’t create visible artifacts for one animation might for another).

  Do you have good recommendations for general purpose lossless video codecs that can achieve superior performance to storing the PNG frames individually ?

  So far, I have attempted to use h.265 lossless using ffmpeg :

  ffmpeg -r 60 -i out%04d.png -c:v libx265 -preset ultrafast -x265-params lossless=1 OUTPUT.mp4

  But the result was a 15.4GB file when the original PNG files themselves only took up 5.77 GB in total. I assume this was because, for this particular animation, interframe compression was far worse than intraframe compression, but I don’t really know.

  I understand that this is highly dependent on the content I’m attempting to compress, but I’m just hoping that I can find something that’s better than storing the frames individually.

• swr : move compensation_distance handling to swri_resample caller.

  27 mai 2014, par Ronald S. Bultje

  swr : move compensation_distance handling to swri_resample caller.
  I think there’s an off-by-one in terms of the switchpoint where we
  
  switch from dst_incr to ideal_dst_incr, I don’t think that’s a massive
  
  issue, but just be aware of that. It’s probably trivial to prevent but
  
  I don’t care.
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  I could not reproduce any off by 1 error, results are bit exact (michael)
  

  • [DH] libswresample/resample.c
  • [DH] libswresample/resample_template.c