Recherche avancée

Sur d’autres sites (5028)

• ffmpeg - Creates a Terminal like Text Video Instead of Slide Show Of Images

  15 novembre 2017, par RAJESH KUMAR ARUMUGAM

  I am using ffmpeg encoder to render Images in my Android App with the Help of this Library

  The following Command is used to Render video from a list of images.

  String command[] = {"-r","1/5","-i",gpxfile.getAbsolutePath(),"-c:v","libx264","-vf","fps=25","-pix_fmt","yuv420p",root.getAbsolutePath()+"/"+"video.mp4"};

  and here the gpxfile is my text file that contains the following

      file '/storage/emulated/0/DCIM/Camera/P_20170807_143916.jpg'
  
      duration 2
  
      file '/storage/emulated/0/DCIM/Pic/P_20170305_142948.jpg'
  
      duration 5
  
      file '/storage/emulated/0/DCIM/Camera/P_20170305_142939.jpg'
  
      duration 6
  
      file '/storage/emulated/0/DCIM/Pic/P_20170305_142818.jpg'
  
      duration 2

  My Problem is While Running the Command it renders a Terminal Like Black Screen with the TextPaths inside the file instead of a Video...!!!
  Any Suggestions...??

  Here is my Project Source Code

• ffmpeg : playing media files does not release processor after media ends ?

  2 septembre 2017, par Blake Senftner

  I have a commercial C++ application which uses FFMPEG’s libav series of dlls to play media in a Windows application. I basically started with the dranger tutorial about two years ago, and created a library that can playback USB cameras, IP camera / online streams, and media files on disk. (http://dranger.com/ffmpeg/)

  My question is directed at anyone who has created their own similar library :

  I recently noticed after playing a video file from disk (as opposed to a live stream from USB or IP source), my 8 core i7 workstation will show 28-29% CPU usage after a media file has ended. My application can play an unlimited number of videos, and each "virtual video panel" (not a window, just a "virtual tab" created using wxWidgets that holds an OpenGL context that I use to glDrawPixels() to the visible app panel) will play any of the three media types fine (USB, IP stream or media file) and when I stop a USB or IP stream my application’s CPU usage drops to zero. But when I "stop" a media file playing or the media file ends on its own the CPU usage does not drop - until the application quits.

  Three media files playing will take my application to 80-83% CPU, and it never drops. UNLESS I reuse that same "virtual video panel" to play a USB or IP stream. If I stop those streams, CPU usage is released.

  MP4 (h264) video files exhibit this "holding a processor" problem.

  MP4 (mpeg2) files do not.

  MP4 (h265) files do not.

  MPG (mpeg1) files do not.

  ASF (MS MPEG-4 Video v3) files do not.

  MKV (vp8) files do not.

  MOV files using h265 do not, as well as MOV (h264) files do not.

  FLV (sorensen) files do not, as well as FLV (h264) files do not.

  So it is not just the h264 codec.

  Anyone know what is going on, and how I tell libav to release CPU usage when a media file is no longer playing ?

• Annual Release of External-Videos plugin – we’ve hit v1.0

  13 janvier 2017, par silvia

  This is the annual release of my external-videos wordpress plugin and with the help of Andrew Nimmolo I’m proud to annouce we’ve reached version 1.0 !

  So yes, my external-videos wordpress plugin is now roughly 7 years old, who would have thought ! During the year, I don’t get the luxury of spending time on maintaining this open source love child of mine, but at Christmas, my bad conscience catches up with me – every year ! I then spend some time going through bug reports, upgrading the plugin to the latest wordpress version, upgrading to the latest video site APIs, testing functionality and of course making a new release.

  This year has been quite special. The power of open source has kicked in and a new developer took an interest in external-videos. Andrew Nimmolo submitted patches over all of 2016. He decided to bring the external-videos plugin into the new decade with a huge update to the layout of the settings pages, general improvements, and an all-round update of all the video site APIs which included removing their overly complex SDKs and going straight for the REST APIs.

  Therefore, I’m very proud to be able to release version 1.0 today. Thanks, Andrew !

  Enjoy – and I look forward to many more contributions – have a Happy 2017 !

  —

  NOTE : If you’re upgrading from an older version, you might need to remove and re-add your social video sites because the API details have changed a bit. Also, we noticed that there were layout issues on WordPress 4.3.7, so try and make sure your WordPress version is up to date.

  The post Annual Release of External-Videos plugin – we’ve hit v1.0 first appeared on ginger’s thoughts.