Recherche avancée

Sur d’autres sites (6204)

• Convert youtube video files with ffmpeg to a format that can be playable on ios devices

  26 décembre 2018, par Amin

  I’ve created a telegram robot that downloads YouTube files and sends them to the user. Since most of our users use ios devices, Our first priority is ios.
  Videos files play on Windows and Android but not broadcast on ios.
  I convert format with ffmpeg after download from youtube :

  ffmpeg -i input.mp4 -strict -2 -vcodec mpeg4 output.mp4

  But in addition to prolonging the processing time, the file size increases and eventually the file will not run again in ios.

• Revision 33458 : retablir le pied de la dist

  1er décembre 2009, par cedric@… — Log

  retablir le pied de la dist

• Android Camera Video frames decoding coming out distorted with horizontal lines

  13 novembre 2018, par Iain Stanford

  I’ve been porting over the following Test Android example to run in a simple Xamarin Android project.

  https://bigflake.com/mediacodec/ExtractMpegFramesTest_egl14.java.txt

  I’m running a video captured by the camera (on the same device) through this pipeline but the PNGs I’m getting out the other end are distorted, I assume due to the minefield of Android Camera color spaces.

  Here are the images I’m getting running a Camera Video through the pipeline...

  https://imgur.com/a/nrOVBPk

  Its hard to tell, but it ’kinda’ looks like it is a single line of the actual image, stretched across. But I honestly wouldn’t want to bank on that being the issue as it could be a red herring.

  However, when I run a ’normal’ video that I grabbed online through the same pipeline, it works completely fine.

  I used the first video found on here (the lego one) http://techslides.com/sample-webm-ogg-and-mp4-video-files-for-html5

  And I get frames like this...

  https://imgur.com/a/yV2vMMd

  Checking out some of the ffmpeg probe data of the video, both this and my camera video have the same pixel format (pix_fmt=yuv420p) but there are differences in color_range.

  The video that works has,

  color_range=tv
  
  color_space=bt709
  
  color_transfer=bt709
  
  color_primaries=bt709

  And the camera video just has...

  color_range=unknown
  
  color_space=unknown
  
  color_transfer=unknown
  
  color_primaries=unknown

  The media format of the camera video appears to be in SemiPlanar YUV, the codec output gets updated to that at least. I get an OutputBuffersChanged message which sets the output buffer of the MediaCodec to the following,

  {
  
      mime=video/raw,
  
      crop-top=0, 
  
      crop-right=639, 
  
      slice-height=480,
  
      color-format=21,
  
      height=480, 
  
      width=640, 
  
      what=1869968451, 
  
      crop-bottom=479, 
  
      crop-left=0, 
  
      stride=640
  
  }

  I can also point the codec output to a TextureView as opposed to OpenGL surface, and just grab the Bitmap that way (obviously slower) and these frames look fine. So maybe its the OpenGL display of the raw codec output ? Does Android TextureView do its on decoding ?

  Note - The reason I’m looking into all this is I have a need to try and run some form of image processing on a raw camera feed at as close to 30fps as possible. Obviously, this is not possible some devices, but recording a video at 30fps and then processing the video after the fact is a possible workaround I’m investigating. I’d rather try and process the image in OpenGL for the improved speed than taking each frame as a Bitmap from the TextureView output.

  In researching this I’ve seen someone else with pretty much the exact same issue here How to properly save frames from mp4 as png files using ExtractMpegFrames.java ?
  although he didn’t seem to have much luck finding out what might be going wrong.

  EDIT - FFMpeg Probe outputs for both videos...

  Video that works - https://justpaste.it/484ec .
  Video that fails - https://justpaste.it/55in0 .