Recherche avancée

Sur d’autres sites (5986)

• Anomalie #3943 : Ordre des items dans le menu de configuration n’est pas le bon

  6 mai 2017, par cedric -

  On propose la spec suivante :

  • les "menus favoris" sont configurables avec un numéro de rang, qui permet de les classer, et d’utiliser la valeur -1 (ou toute valeur négative) pour masquer des items
  • dans l’affichage des sous menus, les menus favoris sont donc affichés en premier, dans l’ordre défini par leur rang, puis un séparateur visuel, puis tous les autres menus dans l’ordre alphabétique
  • une fonction du core surchargeable (inc_definir_menus_favoris_dist) définit les "menus favoris" par défaut qui s’appliquent à tout auteur n’ayant pas défini de menus favoris. Quand l’auteur va dans ses préférences il retrouve ce réglage par défaut, qu’il peut donc personaliser
  • la définition des menus favoris par défaut est une fonction du core, surchargeable une seule fois, ce qui exclut son utilisation par des plugins (fatal error), car les plugins n’ont pas à définir quels menus sont favoris : c’est un choix editorial du core, assumé, pour assurer la cohérence de l’interface

• avutil/hwcontext_vulkan : Include hwcontext.h

  28 mars 2024, par Andreas Rheinhardt

  avutil/hwcontext_vulkan : Include hwcontext.h
  struct Foo * declares a new type (namely struct Foo)
  
  if there is no declaration of struct Foo already visible
  
  in the current scope ; otherwise it is just a pointer to
  
  an element of the already declared type "struct Foo".
  
  There is a gotcha with the first case :
  
  struct Foo is only declared in its scope ; a later declaration
  
  of struct Foo in an enclosing scope declares a different type.
  This happens in hwcontext_vulkan.h if it is included before
  
  hwcontext.h, because some declarations of struct AVHWDeviceContext
  
  and struct AVHWFramesContext have function prototype scope.
  Compilers warn about this (during checkheaders) :
  
  ‘struct AVHWDeviceContext’ declared inside parameter list will not
  
  be visible outside of this definition or declaration
  Fix this by including hwcontext.h.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavutil/hwcontext_vulkan.h

• FFmpeg development on Eclipse on Windows

  10 juillet 2013, par Juan Ayala

  The first thing I did was to refer to tutorial on FFmpeg site.

  I set up MSYS+MinGW64, I cloned all the relevant pre-requisites (i.e OpenSSL, x264, rtmpdump),
  I successfully cross-compiled them all. I ran the configure for FFmpeg, and I was able to cross-compile that as well. And my statically linked ffmpeg.exe works to my satisfaction.

  In Eclipse I was able to create a project, load up the source code, navigate it, make some changes, even compile and step-through debug. The problem I am having is with the Eclipse design-time error, and I think this is more of an Eclipse/C++ thing than FFmpeg.

  For example in ffmpeg.c I find this error "Field 'bitstream_filters' could not be resolved" at this line :

  AVBitStreamFilterContext *bsfc = output_streams[i]->bitstream_filters;

  that output_streams is of type

  OutputStream **output_streams

  and when I try to open the declaration for OutputStream Eclipse gives me the option of two locations. Obviously Eclipse is not sure which of these declarations it is, hence the "could not be resolved" error. OutputStream is defined in the following 2 files

  • ffmpeg.h
  • libavformat/smoothstreamingenc.c

  (hmm nice to know FFmpeg can do smooth streaming...) but anyway the correct definition would of been the one in ffmpeg.h.

  So... the whole goal of getting the source into an IDE was so that I could enjoy the benefits of such things like intelisense. What can I do in Eclipse to set some sort of order or rule as to how it should resolve types in cases where the names clash like this ?