Recherche avancée

Sur d’autres sites (10414)

• poster adjustment after getting it from video

  30 juin 2016, par Jass

  I am capturing poster from this video https://www.youtube.com/watch?v=wg-kEWsL6Xc using following code. Video can be any, I am just giving example.

  shell_exec('ffmpeg -y  -itsoffset -4  -i "'.base_path().'/assets/videos/'.$file_name.'.mp4" -vcodec mjpeg -vframes 1 -an -f rawvideo -filter:v scale=1170:ih*1170/iw "'.base_path().'/assets/videos/thumbnail/'.$file_name.'.jpg"')

  Width = 1170px,

  Height= 300px (as it is background image so it does not matter)

  But I am facing adjustment problem. Following are my current views

  First : Head is cutting, here I am using css property background : url(’completepath’) center no-repeat ;
  

  Second : Showing black portion on top of head. This is the original image that I am getting from ffmpeg code.

  

  My Question : But I need image like in you tube, you can notice that in all videos we can see top portion of humans without being cutting even black portion is well adjusted.

  Currently I am downloading and testing with youtube videos but in actual job seekers will make their own videos using android/iphone or any camera and will upload on our site.

  so how i can overcome this issue means show image with proper human face and body ?

  thanks in advance.

• Can't compile dll from C++ project - Visual Studio

  19 mai 2017, par FlowRyan

  I’m trying to play a RTSP stream in Unity 5.

  For that I found a RTSP-plugin for Unity on Github that I want to try, but unfortunatelly it comes with no Readme or installation guide whatsoever.

  So far I found out that I’m dealing with a C++ Visual Studio project that needs to be compiled into a DLL in order to add it to Unity. But when I try to build the project I get the following Error for the header file "ffmpegenv.h" :

  Error C1083 Cannot open include file : ’libavutil\opt.h’ : No such file or directory - (Screenshot)

  Here’s the code from the header file

  #pragma once
  
  
  
  //=============================
  
  // Includes
  
  //-----------------------------
  
  // FFMPEG is writen in C so we need to use extern "C"
  
  //-----------------------------
  
  extern "C" {
  
      //#define INT64_C(x) (x ## LL)
  
      //#define UINT64_C(x) (x ## ULL)
  
  
  
  #include 
  
  #include <libavutil></libavutil>mathematics.h>
  
  #include <libavformat></libavformat>avformat.h>
  
  #include <libswscale></libswscale>swscale.h>
  
  #include <libswresample></libswresample>swresample.h>
  
  #include <libavutil></libavutil>imgutils.h>
  
  #include <libavcodec></libavcodec>avcodec.h>
  
  
  
  }

  I’m aware that the header includes source code from the FFmpeg libraries which doesn’t come with the plugin i’m trying to compile. However when I manually copy the referenced libraries into the project folder, it won’t build either.

  How I can I get the plugin to compile ? What am I missing ?

  Thanks in advance

  P.S. : I’m using Visual Studio Community 2017 with C++ support and Win 10 SDK as well as Win 8.1 SDK.

• nomenclature #3469 (Nouveau) : Étendre la balise #URL_PAGE à tout objet éditorial

  6 juin 2015, par tetue tetue

  La balise #URL_PAGE affiche actuellement la page fabriquée par le squelette passé en paramètre : http://www.spip.net/fr_article4630.html

  Cette balise pourrait être étendue aux objets éditoriaux de SPIP, de façon à être utilisée facilement, sans paramètre, pour lier explicitement la page SPIP, ce qui est utile pour les objets possédant par ailleurs une URL qui leur est propre, tel que les sites.

  #URL_PAGE afficherait l’url de la page dédiée à l’objet, c’est-à-dire la page générée via le squelette homonyme (sans nécessiter de le passer en paramètre), si ce skel existe, sinon rien.

  Par exemple :

  - dans une boucle SITES, #URL_PAGE afficherait l’url de la page fabriquée par le skel « site » — au lieu de l’actuel [(#ID_SYNDIC|generer_url_entitesite)] anciennement (#ID_SYNDIC, trop barbare — tandis que #URL_FORUM affiche l’url de la page où est affiché le message
  - dans une boucle DOCUMENTS, #URL_PAGE afficherait l’url de la page fabriquée par le skel « document », s’il existe, tandis que #URL_DOCUMENT affiche l’url du fichier multimédia
  - idem avec les FORUMS
  - dans une boucle SYNDIC_ARTICLES, #URL_PAGE n’afficherait rien, car le squelette « article_syndic » n’existe pas
  - dans une boucle ARTICLES, #URL_PAGE afficherait l’url de la page fabriquée par le skel « article », comme #URL_ARTICLE
  - etc.

  Il ne s’agit pas tant qu’une évolution, puisque l’affichage de toutes ces URLs est déjà possible, que d’une homogénéisation et simplification de la nomenclature. Mieux vaut écrire #URL_PAGE que [(#ID_SYNDIC|generer_url_entitesite)], n’est-ce pas ;)