Recherche avancée

Sur d’autres sites (10249)

• how to upload a video to google driver use paperclip or carriwave

  14 janvier 2016, par bách trần nguyên

  i want to upload video to google driver.
  code models
  video model

  class Video < ActiveRecord::Base
  
    has_attached_file :video,
  
     :storage => :google_drive,
  
     :google_drive_credentials => {:client_id => AppConfig.gg_drive.client_id,
  
                                :client_secret => AppConfig.gg_drive.client_secret,
  
                                :refresh_token => AppConfig.gg_drive.refresh_token,
  
                                :scope => AppConfig.gg_drive.scope,
  
                                :access_token => Token.cache_access_token_google_drive
  
                                },
  
    :styles => {
  
      :medium => {
  
        :geometry => "640x480",
  
        :format => 'mp4'
  
      },
  
      :thumb => { :geometry => "160x120", :format => 'jpeg', :time => 10} 
  
    },# hello 123
  
    :processors => [:transcoder],
  
    :google_drive_options => {
  
      :path => proc { |style| "#{style}_#{id}_#{image.original_filename}" },
  
      :public_folder_id => '0B0VNyOkzIwUZZFFGeVhycFk0dnc'
  
    }
  
  end

  in Gemfile

  gem 'google-api-client'
  
  gem 'paperclip'
  
  gem 'paperclip-googledrive'
  
  gem 'paperclip-av-transcoder'
  
  gem "paperclip-ffmpeg"

  in controller

  def create
  
      if params[:videos]
  
        params[:videos].each { |video| Video.create(video: video) }
  
      end
  
  end

  when i run , this display error

  [AV] Running command : if command -v avprobe 2>/dev/null ; then echo "true" ; else echo "false" ; fi
  [AV] Running command : if command -v ffmpeg 2>/dev/null ; then echo "true" ; else echo "false" ; fi
  Av::UnableToDetect in AlbumsController#create
  Unable to detect any supported library

  pls. how to fix this errors

• linking libavcodec os x ffmpeg ApplicationServices.framework

  30 décembre 2015, par Grady Player

  Here is my error : (newer version of ffmpeg)

  dyld: Library not loaded: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
  
    Referenced from: /Users/me/path/to/lib/libavcodec.dylib
  
    Reason: Incompatible library version: libavcodec.dylib requires version 64.0.0 or later, but ApplicationServices provides version 1.0.0

  I have read the questions on SO that say you need to link ApplicationServices.framework... which I have done, it makes no difference...

  I have searched for other versions of that framework :

  $ mdfind ApplicationServices.framework
  
  /System/Library/Frameworks/ApplicationServices.framework

  just one...

  so then inspecting frameworks...

  $ otool -L /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices 
  
  /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices:
  
      /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 48.0.0)
  
      /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics (compatibility version 64.0.0, current version 600.0.0)
  
  ...

  and libavcodec

  otool -L ../lib/libavcodec.dylib 
  
  ../lib/libavcodec.dylib:
  
      libavcodec.dylib (compatibility version 56.0.0, current version 56.60.100)
  
      @loader_path/libswresample.dylib (compatibility version 1.0.0, current version  ...
  
  ...
  
  /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 64.0.0, current version 600.0.0)

  I am compiling everything with -mmacosx-version-min=10.7

  so maybe a bug in the toolchain ?

  compiler :

  clang -v
  
  Apple LLVM version 7.0.2 (clang-700.1.81)
  
  Target: x86_64-apple-darwin15.2.0
  
  Thread model: posix

  linker :

  ld -v
  
  @(#)PROGRAM:ld  PROJECT:ld64-253.9
  
  configured to support archs: armv6 armv7 armv7s arm64 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em (tvOS)
  
  LTO support using: Apple LLVM 7.0.2 (clang-700.1.81)

• Reading geolocation data from a video file using FFMpeg/Xuggler

  23 décembre 2015, par agent154

  Using the MediaInfo application, I am able to see that a file taken with an iPhone 5 contains geolocation metadata, tagged both with ©xyz and com.apple.quicktime.location.ISO6709. I am not able to find any way to get this data using xuggler, however.

  Format                                   : MPEG-4
  
  Format profile                           : QuickTime
  
  Codec ID                                 : qt   0000.00 (qt  )
  
  File size                                : 7.50 MiB
  
  Duration                                 : 3s 537ms
  
  Overall bit rate                         : 17.8 Mbps
  
  Recorded date                            : 2015-12-17T14:32:23-0330
  
  Encoded date                             : UTC 2015-12-17 18:02:23
  
  Tagged date                              : UTC 2015-12-17 18:02:27
  
  Writing application                      : 8.4.1
  
  Writing library                          : Apple QuickTime
  
  Model                                    : iPhone 5
  
  ©xyz                                     : +47.5184-052.8046+133.390/
  
  Make                                     : Apple
  
  com.apple.quicktime.make                 : Apple
  
  com.apple.quicktime.creationdate         : 2015-12-17T14:32:23-0330
  
  com.apple.quicktime.location.ISO6709     : +47.5184-052.8046+133.390/
  
  com.apple.quicktime.software             : 8.4.1
  
  com.apple.quicktime.model                : iPhone 5

  As an aside, there seems to be a lot of metadata on this file that I can’t immediately find while debugging via xuggler.

  The question at Reading Geolocation from Quicktime Movies with Java (Xuggler) ? is asking the exact same question, but has no answers or comments at all, and is over 4 years old.

  Is anybody aware of a way to be able to get this data using xuggler as it is, or how I can modify the source and re-compile to make it work ? I am required to get this data for a work project. Thanks.