Recherche avancée

Médias (91)

Autres articles (45)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

  • 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 (...)

Sur d’autres sites (7933)

  • arm : check if AS supports .dn

    29 mai 2014, par Janne Grunau
    arm : check if AS supports .dn

    Move the GNU as check before the arch specific asm checks since the .dn
    
check requires gas compatible assembler.
    

    Disable the VC-1 motion compensation NEON asm which is the only part
    
using that directive. The integrated assembler in the upcoming clang 3.5
    
does not support .dn/.qn without plans to change that. Too much effort
    
to implement it while it is rarely used.
    

    http://llvm.org/bugs/show_bug.cgi?id=18199.
    • [DBH] configure
    • [DBH] libavcodec/arm/vc1dsp_init_neon.c
    • [DBH] libavcodec/arm/vc1dsp_neon.S

  • Clojure shell/sh does not handle single-quoted arguments correctly ?

    3 janvier 2020, par Jarzka

    Executing the following command in the REPL :

    (shell/sh "ls" "-lah" "'resources'")

    gives the following output :

    {:exit 2, :out "", :err "ls: cannot access 'resources': No such file or directory\n"}

    Executing the same command in the Bash shell gives the correct output, the list of files in the resources directory. To my understanding this means that shell/sh is unable to handle single-quoted arguments correctly. Is this true or am I doing something wrong ?

    The example above is a simple example, as usually I probably would not need to single-quote the folder name. But why this is a real problem is because I try to concat audio files by executing the following ffmpeg command using shell/sh ;

    ffmpeg -i resources/ffmpeg_working/1.flac
    
-i resources/ffmpeg_working/2.flac
    
-i resources/ffmpeg_working/3.flac
    
-i resources/ffmpeg_working/4.flac
    
-filter_complex '[0:0][1:0][2:0][3:0]concat=n=4:v=0:a=1[out]'
    
-map '[out]'
    
resources/ffmpeg_working/done.flac

    This gives the following output

    Stream map ''[out]'' matches no streams.

    Once again, if I execute the same ffmpeg command in the Bash shell it concatenates the files successfully. Thus, it seems that the single-quoted argument is not handle correctly ?

  • Clojure shell/sh does not handle single-quoted arguments correctly ?

    14 juillet 2016, par Jarzka

    Executing the following command in the REPL :

    (shell/sh "ls" "-lah" "'resources'")

    gives the following output :

    {:exit 2, :out "", :err "ls: cannot access 'resources': No such file or directory\n"}

    Executing the same command in the Bash shell gives the correct output, the list of files in the resources directory. To my understanding this means that shell/sh is unable to handle single-quoted arguments correctly. Is this true or am I doing something wrong ?

    The example above is a simple example, as usually I probably would not need to single-quote the folder name. But why this is a real problem is because I try to concat audio files by executing the following ffmpeg command using shell/sh ;

    ffmpeg -i resources/ffmpeg_working/1.flac
    
-i resources/ffmpeg_working/2.flac
    
-i resources/ffmpeg_working/3.flac
    
-i resources/ffmpeg_working/4.flac
    
-filter_complex '[0:0][1:0][2:0][3:0]concat=n=4:v=0:a=1[out]'
    
-map '[out]'
    
resources/ffmpeg_working/done.flac

    This gives the following output

    Stream map ''[out]'' matches no streams.

    Once again, if I execute the same ffmpeg command in the Bash shell it concatenates the files successfully. Thus, it seems that the single-quoted argument is not handle correctly ?

Navigation