Recherche avancée

Sur d’autres sites (7683)

• Synchronization Error in Gstreamer/H264 encoding

  21 juin 2020, par Ryan

  Trying to produce a frame synced recording platform w/multiple sensors all capturing at the same fps.

  


  Currently can get up to 8 usb cameras streaming and capturing h264 files. These files are reporting same durations, same number of frames, same frame rate etc. I am experiencing some drift in the videos however.

  


  I assume I am not able to write frames to disk fast enough and this results in the shift. However what I do not understand what is 'masking' this, and why it would report the same nb_frames and durations even though real world time is clearly different. The shift can be relatively minor (5-10 frames over 2 minutes) or more extreme (20-30). But what I am looking for is a multicam frame level sync. So each video can produce the exact same frame and a given timestamp.

  


  I know there are many elements at play here. What I'm looking for first is a better understanding of what my exact problem may be and how I can understand it.

  


• Anomalie #4495 (Nouveau) : migration 3.2.7 vers 3.3.0

  24 mai 2020, par josiane aletto

  test 1-
  j’ai installée en local un site qui était en SPIP 3.2.7 [24473] pour le migrer en SPIP 3.3.0-dev [24578].
  fichier mesoptions.php avec
  

  <span class="CodeRay"><span class="predefined">define</span>(<span class="string"><span class="delimiter">'</span><span class="content">_IMG_MAX_HEIGHT</span><span class="delimiter">'</span></span>,<span class="integer">1200</span>); <span class="comment">// largeur en pixels</span>
  <span class="predefined">define</span>(<span class="string"><span class="delimiter">'</span><span class="content">_IMG_MAX_WIDTH</span><span class="delimiter">'</span></span>, <span class="integer">1024</span>);  <span class="comment">// hauteur en pixels</span>
  <span class="predefined">define</span>(<span class="string"><span class="delimiter">'</span><span class="content">_IMG_MAX_SIZE</span><span class="delimiter">'</span></span>,  <span class="integer">650</span>);   <span class="comment">// taille en kilo-octets</span>
  </span>
  Télécharger

  
  Des logos de taille superieure a _IMG_MAX_SIZE’, 650 ne sont plus dans IMG Pas non plus dans logo_erreur non plus.
  par exemple rubon3 : 1630 × 648 pixels
  Plugins :
  Adaptive Images 1.9.2 -
  Agenda 3.26.0 -
  API de vérification 1.8.1 - stable
  Centre image 0.10.4 - dev
  Couleur de rubrique 2.3.8
  Facteur 3.6.2 - stable
  Formidable 3.34.3 - stable
  Insérer Modèles 1.3.3 - stable
  Massicot 0.8.1 -
  Mini Calendrier 2.4.1 - stable
  oEmbed 2.0.10 - stable
  Owl Carousel 1.0.18
  Carousel responsive avec support du multi-touch.
  Palette 4.0.7
  pdf.js 0.6.3
  Picto mod avec FontAwesome 2.1.0
  Saisies pour formulaires 3.11.1
  SPIP Bonux 3.4.6
  YAML 2.0.10
  test2
  Pour mieux voir J’ai recommencé installation /migration en désinstallant le plugin massicot et en le supprimant du repertoire plugin et en mettant dans mes_options.php
  define(’_IMG_MAX_HEIGHT’,800) ; // largeur en pixels
  define(’_IMG_MAX_WIDTH’, 500) ; // hauteur en pixels
  define(’_IMG_MAX_SIZE’, 400) ; // taille en kilo-octets

  je constate ; que les logos de taille >400Ko sont présent mais retaillé, rubon3 qui avait 1630 × 648 pixels a maintenant à 500 × 199 pixels 221 ko dans logo/IMG alors qu’il n’ y a pas massicot.
  si je supprime ce rubon3 par logo de la rubrique et télécharge l’image originale j’obtiens une image retaillé avec du noir en plus. mais si je clique dessus l’image est retaillée mais ok et elle est bien en 500*199 dans IMG sans le noir.

  • les images migrées ont bien gardées leurs dimensions*.

  test3
  je telecharge le logo rubon3 de 1630 × 648 pixels comme un document d’un article —> il est enregistré directement en 500 × 199 pixels 221 ko . Ce mécanisme a changé, en mieux, car dans la version 3.2 j’avais un message "Les images doivent obligatoirement faire moins de 650 ko (ce fichier fait 847.5 ko)".

• hwcontext_vaapi : Try to support the VDPAU wrapper

  30 janvier 2017, par Mark Thompson

  hwcontext_vaapi : Try to support the VDPAU wrapper
  The driver is somewhat bitrotten (not updated for years) but is still
  
  usable for decoding with this change.  To support it, this adds a new
  
  driver quirk to indicate no support at all for surface attributes.
  Based on a patch by wm4 <nfxjfg@googlemail.com>.
  

  • [DBH] libavutil/hwcontext_vaapi.c
  • [DBH] libavutil/hwcontext_vaapi.h