Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (68)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

Sur d’autres sites (12478)

  • Revision 44904 : il n’est pas suffisant que la fonction xcache_set soit la pour utiliser ...

    23 février 2011, par cedric@… — Log

    il n’est pas suffisant que la fonction xcache_set soit la pour utiliser xcache : encore faut il que de la memoire soit allouee au stokage des variables. On verifie par un test ecriture/lecture sur une variable partagee.
    Evite de figurer dans
    http://www.google.fr/#hl=fr&q=xcache.var_size+is+either+0+or+too+small+to+enable+var+data+caching+in&aq=f&aqi=&aql=&oq=xcache.var_size+is+either+0+or+too+small+to+enable+var+data+caching+in

  • Anomalie #3250 (Nouveau) : Les liens dans une autre langue devraient respecter les conventions ty...

    28 juillet 2014, par 毎日 erational -

    Exemple sur un site français / anglais.
    On a un article anglais qui s’appelle "Do you like Mangoes ?" (pas d’espace entre Mangoes et ?, règles typographiques anglaises).
    Si depuis un article français, je fais un lien interne vers cet article, [->75], le titre apparait comme "Do you like Mangoes ?" (avec un espace, règles typographiques françaises alors que l’anglaise devrait s’appliquer)

    Idem si on pinaille, si on fait un lien en précisant la langue
    [Would you to visit Google?|{en}->http://www.google.com] depuis un article français, il serait sans doute pertinent d’appliquer les règles typographiques de la langue cible.

    En attendant on peut toujours tricher en remplaçant les ? par le code HTML &h63; qui évite le traitement typo :p

  • How to redirect -progress option output of ffmpeg to stderr ?

    27 janvier 2019, par gerrBen

    I’m writing my own wraping for ffmpeg on Python 3.7.2 now and want to use it’s "-progress" option to read current progress since it’s highly machine-readable. The problem is "-progress" option of ffmpeg accepts as its parameter file names and urls only. But I don’t want to create additional files not to setup the whole web-server for this purpose.

    I’ve google a lot about it, but all the "progress bars for ffmpeg" projects rely on generic stderr output of ffmpeg only. Other answers here on Stackoverflow and on Superuser are being satisfied with just "-v quiet -stats", since "progress" is not very convenient name for parameter to google exactly it’s cases.

    The best solution would be to force ffmpeg write it’s "-progress" output to separate pipe, since there is some useful data in stderr as well regarding file being encoded and I don’t want to throw it away with "-v quiet". Though if there is a way to redirect "-progress" output to stderr, it would be cool as well ! Any pipe would be ok actually, I just can’t figure out how to make ffmpeg write it’s "-progress" not to file in Windows. I tried "ffmpeg -progress stderr ...", but it just create the file with this name.