Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (41)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (7763)

  • Evolution #4468 : Unification des CSS pour les boutons et les icônes

    23 septembre 2020

    Alors, même en vidant entièrement le dossier tmp, j’ai :
    Fatal error : Uncaught Error : Call to undefined function ecrire_fichier_calcule_si_modifie() in C :\laragon\www\spip33\plugins-dist\compresseur\inc\compresseur.php:302 Stack trace : #0 C :\laragon\www\spip33\plugins-dist\compresseur\inc\compresseur_concatener.php(81) : compresseur_callback_prepare_css(’prive/themes/sp...’) #1 C :\laragon\www\spip33\plugins-dist\compresseur\inc\compresseur.php(206) : concatener_fichiers(Array, ’css’, Array) #2 C :\laragon\www\spip33\plugins-dist\compresseur\compresseur_fonctions.php(138) : compacte_head_files(’\r\n#3 C :\laragon\www\spip33\ecrire\public\sandbox.php(180) : compacte_head(’\r\npublic (Fermé)" href="https://core.spip.net/issues/4">#4 C :\laragon\www\spip33\ecrire\public\composer.php(243) : sandbox_filtrer_squelette(Array, ’\r\n#5 C :\laragon\www\spip33\ecrire\public\composer.php(93) : eval()’d code(117) : analyse_resultat_skel(’html_f4375c6230...’, Array, ’\r\n#6 C :\laragon\www\spip33\ecrire\public\parametrer.php(128) : html_f43 in C :\laragon\www\spip33\plugins-dist\compresseur\inc\compresseur.php on line 302

  • FFmpeg downmuxing multiple tracks with custom "af"s

    26 août 2020, par CasualDemon

    I am trying to do a custom downmix conversion, that is the rough equivalent of :

    


    ffmpeg -y -i "file.mkv" \
 -map 0:1 -c:0 flac -ac:0 4 \
 -map 0:3 -c:1 flac -ac:1 3 \
 -map 0:3 -c:2 flac -ac:2 3 \
 audio.mkv


    


    I tried using the command :

    


    ffmpeg -y -i "file.mkv" \
 -map 0:1 -c:0 flac -af:0 "pan=3.1| FL < FL + 0.6*BL + 0.6*SL | FR < FR + 0.6*BR + 0.6*SR | FC = FC | LFE = LFE" \
 -map 0:3 -c:1 flac -af:1 "pan=2.1| FL < FL + 0.6*BL + 0.6*SL + 0.5*FC | FR < FR + 0.6*BR + 0.6*SR + 0.5*FC | LFE = LFE" \
 -map 0:3 -c:2 flac -af:2 "pan=2.1| FL < FL + 0.6*BL + 0.6*SL + 0.5*FC + 0.5*LFE | FR < FR + 0.6*BR + 0.6*SR + 0.5*FC  + 0.5*LFE" \
 audio.mkv


    


    But it gave an error that only 1 "af" is supported, unlike "ac" :

    


    Only '-af pan=2.1| FL < FL + 0.6*BL + 0.6*SL + 0.5*FC + 0.5*LFE | FR < FR + 0.6*BR + 0.6*SR + 0.5*FC  + 0.5*LFE | LFE = FC' read, ignoring remaining -af options: Use ',' to separate filters


    


    So I tried doing as it said, and separated them with a comma :

    


    ffmpeg -y -i "file.mkv" \
 -map 0:1 -c:0 flac \
 -map 0:3 -c:1 flac \
 -map 0:3 -c:2 flac \
 -af "pan=3.1| FL < FL + 0.6*BL + 0.6*SL | FR < FR + 0.6*BR + 0.6*SR | FC = FC | LFE = LFE,pan=2.1| FL < FL + 0.6*BL + 0.6*SL + 0.5*FC | FR < FR + 0.6*BR + 0.6*SR + 0.5*FC | LFE = LFE,pan=2.1| FL < FL + 0.6*BL + 0.6*SL + 0.5*FC + 0.5*LFE | FR < FR + 0.6*BR + 0.6*SR + 0.5*FC  + 0.5*LFE | LFE = LFE" \
 audio.mkv


    


    Which started the encoding, but I noticed that it was only applying the last pan, and all three tracks were being downmixed to the last 2.1 !

    


    According to the documentation, https://ffmpeg.org/ffmpeg-filters.html#Filtergraph-syntax-1 adding a "," is creating a "filterchain" which I don't think I want, as I am doing the same filter on three different tracks. So I am at a loss of what I am supposed to do from there.

    


    Thanks for any help !

    


  • Anomalie #4535 (Nouveau) : `#CHEMIN_IMAGE` interdit les scripts par défaut, ce qui est parfois enn...

    29 juillet 2020

    Le cas que l’on vient de me présenter et la présence dans un titre d’article du mot "data :" (ou "data :" peut importe), texte étant une traduction d’un autre article.
    La liste des traductions d’un article (prive/liste/articles-trad.html) appelle à un moment (en simplifiant) :

    [(#CHEMIN_IMAGE’fichier.png’|balise_img#TITRE)]
    

    Le filtre balise_img ajoute le titre échappé dans l’attribut `alt` de la balise ``,
    mais comme #CHEMIN_IMAGE interdit les scripts par défaut, le contenu traverse echappe_js() (de textwheel)
    qui voit cela comme une tentative de XSS (balise img + data :), et échappe le contenu.

    Sur la vue de l’article dans la liste des traductions, cela crée donc un affichage disgracieux, pour un échappement qui est un faux positif.

    Si on remplace par #CHEMIN, le contenu n’est plus échappé, car cette balise indique ne pas nécessiter d’interdire les scripts :

    [(#CHEMIN’fichier.png’|balise_img#TITRE)]
    

    - #CHEMIN_IMAGE est arrivé il y a 11 ans : https://git.spip.net/spip/spip/commit/0e37e92bdd7522
    - interdire_scripts à false sur #CHEMIN est arrivé il y a 6 ans : https://git.spip.net/spip/spip/commit/957a7e5aba40f499

    Il n’y a a priori pas de raison que CHEMIN_IMAGE soit différent de CHEMIN sur ce comportement ?

    Mettre également $p->interdire_scripts=false; sur #CHEMIN_IMAGE résout ce problème