Recherche avancée

Médias (0)

Mot : - Tags -/flash

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (104)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

Sur d’autres sites (5792)

  • Anomalie #3593 : pb generer_url_entite si appel dans squelette

    14 novembre 2015, par jluc -

    Le commentaire en ligne 1418 indique l’intention :
    // mais d’abord il faut tester le cas des urls sur une base distante
    Pour cela le code "if (is_string($public)..)" semble nettement insuffisant.

    Le bug est révélé dans le squelette suivant : 

    [(#ID_ANNONCE|generer_url_entitemonobjet,’’,’’,0)]


    lorsqu’on remplace le 0 par un 1 afin de récupérer les urls publiques au lieu des urls privées.

    La question est donc "comment distinguer un connecteur d’un booléen" ?

    Une réponse peut être que si $public vaut "1" ou 1, alors c’est un booléen...

    À la place de
    if (is_string($public) ...)
    je proposerais donc
    if ((is_string($public) or (intval($public)=="1") AND ...

  • Révision 22576 : Suppression d’un code mort, mort depuis longtemps.

    23 novembre 2015, par marcimat@rezo.net

    Déjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
    ce if () vaut toujours true. On l’enlève du coup.

    Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
    pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
    https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2

    C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
    le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
    Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
    https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588f

    Donc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.

  • Evolution #3603 : Ergonomie des onglets de sélection des plugins

    24 novembre 2015, par RastaPopoulos ♥

    Je suis d’accord que dans de nombreux cas, au lieu d’avoir une interface pleines d’options à choisir / cocher / cumuler, il est plus lisible d’avoir 3 ou 4 cas d’utilisation réels dont on sait qu’ils sont utiles, et n’avoir que ça. Évidemment il faut bien réfléchir alors pour être sûr que ne vont pas apparaitre d’autres cas utiles, qui feraient augmenter le nombre d’onglets. Mais là on est dans une interface très précise, qui ne s’occupent que des plugins, c’est à priori pas un truc qui peut augmenter, où des fonctionnalités peuvent apparaitre ou être ajoutées.

    Et au passage, du coup, au niveau ergonomique, ce sont VRAIMENT sémantiquement des onglets (alors que des "filtres" affichés graphiquement sous forme d’onglets, ce n’était pas du tout pertinent au niveau ergo).

Navigation