Recherche avancée

Sur d’autres sites (6632)

• Transcode and Seek using RC interface not working correctly

  2 novembre 2016, par Will Tower

  (using the Version 2.2.4 Weatherwax (Intel 64bit) on OSX 10.11.6)

  I am trying to use VLC to transcode and stream video to stdout and controlling VLC through the "Remote Control" interface. I have the basic transport controls working – except for seek.

  Question :
  Am I doing something obviously wrong with my transcode code – or is seek broken in RC mode ? My client reading the stream is written in Actionscript and AIR – though with the VLC error msgs I am getting, I don’t think issue is with the client. I’ve tried everything I can think of and exhausted Google with my searches.

  Symptoms :
  When I issue the seek command :

  • the audio of the video will jump to the correct time and play but the image of the video does not : it freezes at the current frame
  • the video seems to get parsed from time 0 so the larger the specified time, the longer it takes for the audio to resume playing from the seek point.

  Code :
  I’ve tried many variations on the commands to transcode and stream – like trying to force keyframes, etc. Not sure if these are correct but they don’t seem to help.

  #transcode{vcodec=FLV1,keyint=1}:std{access=file,mux=ffmpeg{mux=flv,intra=0},dst=-}

  Debug Output :
  While VLC is seeking, I get a stream of these error msgs while it seeks to the specified frame :

  avcodec encoder warning : almost fed libavcodec with a frame in the past

  (shortened msgs so they fit here)
  avcodec encoder warning : almost fed... past (current : 57695957, last : 57696008)
  avcodec encoder warning : almost fed... past (current : 57695958, last : 57696008)
  avcodec encoder warning : almost fed... past (current : 57695959, last : 57696008)
  avcodec encoder warning : almost fed... past (current : 57695960, last : 57696008)

• Fastest way to capture from webcams linux

  31 octobre 2016, par Buddhishan Manamperi

  I am capturing images from UVC web cam /dev/video0 and convert them to jpeg and send them to my OCR server using Linux (Intel Edison - Yocto linux to be exact)

  Currently I am using

  ffmpeg

  as my capturing software. This is the command I use to capture the image.

  ./ffmpeg -s 640x640 -f video4linux2 -i /dev/video0 -vframes 1 image.jpeg; 

  This command takes around 2 seconds to complete which is bad for me to implement realtime OCR.

  Is there a fast method to capture from my UVC webcam ? Is there a way to keep the video device open always and grab a frame faster. Uncompressed images may not be an option because Im sending the photo using WIFI

  I have tried different image capturing softwares like fswebcam and MPlayer ( Found here ) but the time is not improved.

• How to use NSProcessInfo's operatingSystemVersion property in place of gestaltSystemVersionMinor and gestaltSystemVersionBugFix

  28 octobre 2016, par Michael Whiteacre

  Newbie here, but longtime frequenter of this essential resource.

  Using :
  MacBook Pro (Retina, 13-inch, Early 2015).
  Processor : 3.1 GHz Intel Core i7
  Memory : 16 GB 1867 MHz DDR3
  Running Yosemite 10.10.5

  I’m attempting to compile my own Perian- and FFmpeg-based FFusion.component (for Quicktime), for 10.11 using Xcode 7.2.1, and in this relatively simple project, as in others, am trying to move away from Gestalt. The original FFusion-RJVB.xcodeproj I’m employing is Xcode-3.2 compatible.

  I have yet to find a clear, definitive solution to what must appear a painfully simple problem to you all. Here is the Gestalt version :
  `

  #if TARGET_OS_MAC
  
  static int GetSystemMinorVersion()
  
  {
  
      static SInt32 minorVersion = -1;
  
      if (minorVersion == -1)
  
          Gestalt(gestaltSystemVersionMinor, &minorVersion);
  
  
  
      return minorVersion;
  
  }
  
  
  
  static int GetSystemMicroVersion()
  
  {
  
      static SInt32 microVersion = -1;
  
      if (microVersion == -1)
  
          Gestalt(gestaltSystemVersionBugFix, &microVersion);
  
  
  
      return microVersion;
  
  }
  
  #endif

  `
  I’ve tried what seems like endless variations of NSProcessInfo i.e.

  ([[NSProcessInfo processInfo] respondsToSelector:@selector(operatingSystemVersion)])

  but I’m afraid I’m not formatting it correctly to achieve my ends. It just hasn’t ’clicked’ in my head yet, so Im hoping someone can give me a push when I see the difference between the gestalt version, my stumbling attempts, and the correct way.

  Many thanks.