Recherche avancée

Sur d’autres sites (3851)

• syntax error on accessing a structure variables

  23 octobre 2013, par JAYANTHI

  This is my code

  typedef struct AVInputFormat {
  
  /**
  
   * A comma separated list of short names for the format. New names
  
   * may be appended with a minor bump.
  
   */
  
  const char *name;
  
  
  
  /**
  
   * Descriptive name for the format, meant to be more human-readable
  
   * than name. You should use the NULL_IF_CONFIG_SMALL() macro
  
   * to define it.
  
   */
  
  const char *long_name;
  
  
  
  /**
  
   * Can use flags: AVFMT_NOFILE, AVFMT_NEEDNUMBER, AVFMT_SHOW_IDS,
  
   * AVFMT_GENERIC_INDEX, AVFMT_TS_DISCONT, AVFMT_NOBINSEARCH,
  
   * AVFMT_NOGENSEARCH, AVFMT_NO_BYTE_SEEK, AVFMT_SEEK_TO_PTS.
  
   */
  
  int flags;
  
  
  
  /**
  
   * If extensions are defined, then no probe is done. You should
  
   * usually not use extension format guessing because it is not
  
   * reliable enough
  
   */
  
  const char *extensions;
  
  
  
  const struct AVCodecTag * const *codec_tag;
  
  
  
  const AVClass *priv_class; ///< AVClass for the private context
  
  
  
  /*****************************************************************
  
   * No fields below this line are part of the public API. They
  
   * may not be used outside of libavformat and can be changed and
  
   * removed at will.
  
   * New public fields should be added right above.
  
   *****************************************************************
  
   */
  
  struct AVInputFormat *next;
  
  
  
  /**
  
   * Raw demuxers store their codec ID here.
  
   */
  
  int raw_codec_id;
  
  
  
  /**
  
   * Size of private data so that it can be allocated in the wrapper.
  
   */
  
  int priv_data_size;
  
  
  
  /**
  
   * Tell if a given file has a chance of being parsed as this format.
  
   * The buffer provided is guaranteed to be AVPROBE_PADDING_SIZE bytes
  
   * big so you do not have to check for that unless you need more.
  
   */
  
  int (*read_probe)(AVProbeData *);
  
  
  
  /**
  
   * Read the format header and initialize the AVFormatContext
  
   * structure. Return 0 if OK. Only used in raw format right
  
   * now. 'avformat_new_stream' should be called to create new streams.
  
   */
  
  int (*read_header)(struct AVFormatContext *);
  
  
  
  /**
  
   * Read one packet and put it in 'pkt'. pts and flags are also
  
   * set. 'avformat_new_stream' can be called only if the flag
  
   * AVFMTCTX_NOHEADER is used and only in the calling thread (not in a
  
   * background thread).
  
   * @return 0 on success, < 0 on error.
  
   *         When returning an error, pkt must not have been allocated
  
   *         or must be freed before returning
  
   */
  
  int (*read_packet)(struct AVFormatContext *, AVPacket *pkt);
  
  
  
  /**
  
   * Close the stream. The AVFormatContext and AVStreams are not
  
   * freed by this function
  
   */
  
  int (*read_close)(struct AVFormatContext *);
  
  
  
  /**
  
   * Seek to a given timestamp relative to the frames in
  
   * stream component stream_index.
  
   * @param stream_index Must not be -1.
  
   * @param flags Selects which direction should be preferred if no exact
  
   *              match is available.
  
   * @return >= 0 on success (but not necessarily the new offset)
  
   */
  
  int (*read_seek)(struct AVFormatContext *,
  
                   int stream_index, int64_t timestamp, int flags);
  
  
  
  /**
  
   * Get the next timestamp in stream[stream_index].time_base units.
  
   * @return the timestamp or AV_NOPTS_VALUE if an error occurred
  
   */
  
  int64_t (*read_timestamp)(struct AVFormatContext *s, int stream_index,
  
                            int64_t *pos, int64_t pos_limit);
  
  
  
  /**
  
   * Start/resume playing - only meaningful if using a network-based format
  
   * (RTSP).
  
   */
  
  int (*read_play)(struct AVFormatContext *);
  
  
  
  /**
  
   * Pause playing - only meaningful if using a network-based format
  
   * (RTSP).
  
   */
  
  int (*read_pause)(struct AVFormatContext *);
  
  
  
  /**
  
   * Seek to timestamp ts.
  
   * Seeking will be done so that the point from which all active streams
  
   * can be presented successfully will be closest to ts and within min/max_ts.
  
   * Active streams are all streams that have AVStream.discard < AVDISCARD_ALL.
  
   */
  
  int (*read_seek2)(struct AVFormatContext *s, int stream_index, int64_t min_ts, int64_t ts, int64_t max_ts, int flags);
  
  } AVInputFormat;
  
  
  
  AVInputFormat ff_yop_demuxer = {
  
  .name           = "yop",                                               //error here
  
  .long_name      = NULL_IF_CONFIG_SMALL("Psygnosis YOP"),
  
  .priv_data_size = sizeof(YopDecContext),
  
  .read_probe     = yop_probe,
  
  .read_header    = yop_read_header,
  
  .read_packet    = yop_read_packet,
  
  .read_close     = yop_read_close,
  
  .read_seek      = yop_read_seek,
  
  .extensions     = "yop",
  
  .flags          = AVFMT_GENERIC_INDEX,
  
  };

  Getting error like,

  3>c:\users\awki6\desktop\ffmpeg\libavformat\yop.cpp(235): error C2143: syntax error : missing '}' before '.'
3>c:\users\awki6\desktop\ffmpeg\libavformat\yop.cpp(235): error C2143: syntax error : missing ';' before '.'
3>c:\users\awki6\desktop\ffmpeg\libavformat\yop.cpp(235): error C2059: syntax error : '.'
3>c:\users\awki6\desktop\ffmpeg\libavformat\yop.cpp(245): error C2143: syntax error : missing ';' before '}'
3>c:\users\awki6\desktop\ffmpeg\libavformat\yop.cpp(245): error C2059: syntax error : '}'

  Please help me to solve those errors

• Evolution #2516 : Espace privé

  9 octobre 2013, par lrt rln

  Cela fait quelques mois que le sujet a été ouvert mais il n’y a visiblement pas beaucoup de manœuvre pour passer le prive en design fluide et plus moderne. Ou un minima élargir et répoudrer la section centrale.
  L’option Largeur de l’écran > grand écran pourrait proposer un design flexible, adaptable. La mise en place est relativement assez simple et rapide :
  Il suffit dans un premier temps de structurer les principaux containeurs en largeur relative :
  .large .largeur 1300px / .large #conteneur 100% / .large #navigation 26% / .large #contenu 70%
  D’ailleurs quid de passer tout le prive en RWD via bootstrap3 + LESS, il y a bien eu une tentative de plugin mais ce dernier est pas mal buggé et non à jour sur la version actuelle de bootstrap.
  Est-ce que ce chantier est à l’ordre du jour pour une intégration dans une future version ?
  Une base de design relativement simple du type http://wrapbootstrap.com/preview/WB0N98JX2 pourrait radicalement métamorphoser et sexyZer SPIP en quelques coups de div.

• Anomalie #3281 : remarques sur le nouveau thème graphique de la 3.1

  10 octobre 2014, par 毎日 erational -

  Je suis entièrement d’accord avec ce ticket et préfère nettement le 3.0 et un design flat.

  Le design actuel est très maniéré. Il manque le lisibilité, de hiérarchie de l’information. Tous les effets (ombres portées, arrondis,...) sont difficiles à gérer de manière globale et entrainent des micro-anomalies un peu partout.

  En plus, cela complique encore la tâche d’explication : pourquoi le design intérieure est si différente du design public.

  Je serais pour revenir à 3.0.