Recherche avancée

Sur d’autres sites (6976)

• Working on FFmpeg with VC++ 2010

  18 juillet 2017, par user3743908

  I am trying to use FFmpeg in VC++ 2010 so that i can use ffmpeg in to my VC++ Code , i first Install the FFmpeg in to machine by Help provided by youtube video "FFMPEG build for windows"

  while building the sample code provided by ffmpeg (muxing.c) i got following error’s

  1. error C1189 : #error : missing-D__STDC_FORMAT_MACROS /#define _STDC_FORMAT_MACROS

  2 IntelliSense : #error directive : missing -D__STDC_FORMAT_MACROS / #define __STDC_FORMAT_MACROS
  c :\users----\ffmpeg\ffmpeg\include\libavutil\timestamp.h

  how to resolve this error

  i have already done following

  1.Project—>properties—>Configuration Properties—> VC++ Directories —> include dir add all the header files from ffmpeg folder here

  2. in Configuration Properties—> C/C++—>Command Line—>Additional Options —> add -D__STDC_CONSTANT_MACROS

  any help would be highly appreciate

  Thanks

  regards

• Anomalie #3900 (Nouveau) : Pouvoir distinguer la langue utilisée dans une boucle entre @@ e...

  13 février 2017

  En relation avec #3897 un peu.

  Je découvre par hasard que <multi>[fr]FR[en]EN</multi> dans le texte d’un article dans l’espace privé
  s’affiche toujours dans la langue de l’interface, quelque soit la langue de l’article.

  J’admets qu’assez logiquement on ne mettrait pas des <multi></multi> dans un article en anglais, mais plutôt dans des articles sans langue.
  En introduisant la possibilité de mettre des <:truc:> dans les textes des articles, je suppose que le truc doit utiliser la langue de l’article préférentiellement.
  Tout comme <multi></multi> devrait utiliser préférentiellement la langue de l’article aussi ici et pas la langue d’interface.

  Le champ "langue_choisie" ne change rien.
  Dans SPIP cela concerne particulièrement ces squelettes : là https://core.spip.net/projects/spip/repository/entry/spip/prive/objets/contenu/article.html

  Ici on veut que les contenus des articles s’affichent dans la langue de l’article (typo, et multi logiquement), mais que les <:truc:> eux utilisent la langue d’interface.
  Actuellement c’est bancal car le [(#LANG|changer_typo)] passe par exemple la typo en anglais (langue de l’article) mais les <multi></multi> du texte d’article continuent de s’afficher en français.

  Je ne sais pas si / comment ça pourrait être amélioré.
  Il serait possible d’utiliser {lang_select} sur la boucle et <:truc{spip_lang=#ENV{lang}}:> sur toutes les chaînes de langue du squelette.
  Mais c’est assez vilain je trouve.

• Evolution #3892 (Nouveau) : Différence de tri entre {id_patate IN ...} et {id_patate ?}

  24 janvier 2017, par tcharlss (*´_ゝ｀)

  Avec un critère {id_patate IN ...}, le compilateur ajoute un ORDER BY FIELD(id_patate,...) à la requête, du coup les résultats sont triés dans l’ordre du IN : joie.
  En revanche, avec un critère optionnel {id_patate?} et un array dans l’environnement, ça fait bien un IN dans la requête par contre il n’y a pas ORDER BY et on perd l’ordre de tri : tristesse.

  Dans les 2 cas, on devrait avoir cet ORDER BY FIELD fort pratique.

  Exemples :

  
  

  SELECT articles.id_article, articles.lang, articles.titre
  FROM spip_articles AS `articles`
  WHERE (articles.statut = ’publie’)
      AND ((articles.id_article  IN (3,1,2)))
  ORDER BY FIELD(articles.id_article,3,1,2)
  

  SELECT articles.id_article, articles.lang, articles.titre
  FROM spip_articles AS `articles`
  WHERE (articles.statut = ’publie’)
      AND ((articles.id_article  IN (3,1,2)))
  

  Testé en SPIP 3.1.3