Recherche avancée

Médias (0)

Mot : - Tags -/alertes

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

Autres articles (48)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • MediaSPIP Init et Diogène : types de publications de MediaSPIP

    11 novembre 2010, par

    À l’installation d’un site MediaSPIP, le plugin MediaSPIP Init réalise certaines opérations dont la principale consiste à créer quatre rubriques principales dans le site et de créer cinq templates de formulaire pour Diogène.
    Ces quatre rubriques principales (aussi appelées secteurs) sont : Medias ; Sites ; Editos ; Actualités ;
    Pour chacune de ces rubriques est créé un template de formulaire spécifique éponyme. Pour la rubrique "Medias" un second template "catégorie" est créé permettant d’ajouter (...)

  • Installation en mode standalone

    4 février 2011, par

    L’installation de la distribution MediaSPIP se fait en plusieurs étapes : la récupération des fichiers nécessaires. À ce moment là deux méthodes sont possibles : en installant l’archive ZIP contenant l’ensemble de la distribution ; via SVN en récupérant les sources de chaque modules séparément ; la préconfiguration ; l’installation définitive ;
    [mediaspip_zip]Installation de l’archive ZIP de MediaSPIP
    Ce mode d’installation est la méthode la plus simple afin d’installer l’ensemble de la distribution (...)

Sur d’autres sites (3544)

  • Anomalie #4328 : Depots inaccessibles

    7 mai 2019, par Armen Spidermian

    Bonjour,

    Je me suis aperçu de ce dysfonctionnement sous spip 3.2.1
    Le site a été mis en prod et j’ai cru un moment que le probleme venait
    de mon hébergeur
    J’ai donc rapatrié une copie du site sur une machine de dev
    ou nous envisagions de migrer mais le probleme existe toujours.
    Ah oui ma version de php est 5.6.38 chez notre hébergeur et 5.6.40 ,sur
    le serveur de dev.
    Je ne comprends d’autant mons cette eeereur que j’ai un autre spip (3.2.4)
    qui tourne sur cette machine et qui n’a pas ce probleme.
    Je comprends que vous n’ayez pu reproduire cette erreur et donc de la
    traiter
    Mais comme je l’ai dit dans mon ticket je n’ai pas la moindre idée d’ou
    cela peut venir et donc ou chercher,
    peut-être pouvez vous me soumettre quelques pistes ?

    D’avance Merci.

    a écrit :

    La demande #4328 <https://core.spip.net/issues/4328#change-14926> a
    été mise à jour par b b.

    • Statut changé de /Nouveau/ à /Fermé/
    • Resolution mis à /invalid/

    Cette question a plus sa place sur la liste spip-zone, sans plus
    d’infos ça ne peut pas être considéré comme une bug, d’autant plus
    qu’on ne reproduit pas le problème de notre côté. Je ferme le ticket,
    n’hésite pas à en ouvrir un autre ou a commenter ici une fois que tu
    as des infos exploitables à propos d’un bug.

    Anomalie #4328 : Depots inaccessibles
    <https://core.spip.net/issues/4328#change-14926>

    • Auteur : Armen Spidermian
    • Statut : Fermé
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible :
    • Resolution : invalid
    • Navigateur :

    Spip refuse de se connecter au dépot.

    2019-05-06 13:50:01 78.230.118.204 (pid 7481) :Pri:ERREUR : Erreur
    connexion
    2019-05-06 13:50:02 78.230.118.204 (pid 7481) :Pri:ERREUR : Erreur
    connexion
    2019-05-06 13:50:02 78.230.118.204 (pid 7481) :Pri : !INFO : copie_locale
     : Echec recuperation https://plugins.spip.net/depots/principal.xml sur
    ../IMG/distant/xml/principalxml2fdc.xml status : 0

    Je n’arrive pas a comprendre d’ou ca vient...

    Fichiers ErreurSpip.png
    <https://core.spip.net/attachments/download/1083/ErreurSpip.png> (84,9 ko)

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.net/my/account

  • Anomalie #4328 : Depots inaccessibles

    7 mai 2019, par Armen Spidermian

    Merci pour cette réponse mais...
    J’ai bien évidemment fait la mise a jour vers 3.2.4
    sans que cela, change quoi que ce soit.

    a écrit :

    La demande #4328 <https://core.spip.net/issues/4328#change-14929> a
    été mise à jour par b b.

    Je ne comprends d’autant mons cette eeereur que j’ai un autre spip
    (3.2.4) qui tourne sur cette machine et qui n’a pas ce probleme.

    Solution simple et pérenne, utiliser une version à jour sur le site
    qui pose problème, d’autant plus qu’on a corrigé des failles de sécu
    depuis la 3.2.1 ;)

    Anomalie #4328 : Depots inaccessibles
    <https://core.spip.net/issues/4328#change-14929>

    • Auteur : Armen Spidermian
    • Statut : Fermé
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible :
    • Resolution : invalid
    • Navigateur :

    Spip refuse de se connecter au dépot.

    2019-05-06 13:50:01 78.230.118.204 (pid 7481) :Pri:ERREUR : Erreur
    connexion
    2019-05-06 13:50:02 78.230.118.204 (pid 7481) :Pri:ERREUR : Erreur
    connexion
    2019-05-06 13:50:02 78.230.118.204 (pid 7481) :Pri : !INFO : copie_locale
     : Echec recuperation https://plugins.spip.net/depots/principal.xml sur
    ../IMG/distant/xml/principalxml2fdc.xml status : 0

    Je n’arrive pas a comprendre d’ou ca vient...

    Fichiers ErreurSpip.png
    <https://core.spip.net/attachments/download/1083/ErreurSpip.png> (84,9 ko)

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.net/my/account

  • FFmpeg audio stream extraction on non-interleaved AVI - slow compared to AviSynth

    8 mai 2019, par LLL

    I want to extract the audio stream of an avi file as a wav file, it works but it is really slow ( 4-5fps) although I just want to copy the stream.

    Here is the type of stream I want to extract (ffprobe info) :
    Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s

    Going through AviSynth does it about 100 times faster, but I would prefer a pure FFmpeg solution. Why such a speed difference ? It looks like FFmpeg is reading and processing through the whole file whereas AviSynth can just extract the data without reading it.

    Example :
    ffmpeg -i file.avi -vn -ac 2 -c:a copy audio.wav
    or
    ffmpeg -i file.avi -map 0:a -ac 2 -c:a copy audio.wav
    both work fine but take time.

    Using an AviSynth script as input :
    ffmpeg -i script.avs -map 0:a -ac 2 -c:a copy audio.wav
    with script.avs containing just :
    AviSource("file.avi")
    does the same but almost instantaneously !

    Any idea why AviSynth is so much faster and if there is a way to get the same speed in FFmpeg ?

    Edit : adding logs
    Using FFmpeg directly :

    E:\>ffmpeg -i "file.avi" -map 0:a -c:a copy -y -benchmark "output.wav"
    
ffmpeg version N-92936-ged3b64402e Copyright (c) 2000-2019 the FFmpeg developers
    
  built with gcc 8.2.1 (GCC) 20181201
    
  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt
    
  libavutil      56. 25.100 / 56. 25.100
    
  libavcodec     58. 43.100 / 58. 43.100
    
  libavformat    58. 25.100 / 58. 25.100
    
  libavdevice    58.  6.101 / 58.  6.101
    
  libavfilter     7. 47.100 /  7. 47.100
    
  libswscale      5.  4.100 /  5.  4.100
    
  libswresample   3.  4.100 /  3.  4.100
    
  libpostproc    55.  4.100 / 55.  4.100
    
[avi @ 0000018d3c38a680] non-interleaved AVI
    
Guessed Channel Layout for Input Stream #0.1 : stereo
    
Input #0, avi, from 'file.avi':
    
  Duration: 00:18:37.49, start: 0.000000, bitrate: 534682 kb/s
    
    Stream #0:0: Video: rawvideo, bgr24, 1280x720, 533183 kb/s, 24.11 fps, 24.11 tbr, 24.10 tbn, 24.10 tbc
    
    Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s
    
Output #0, wav, to 'output.wav':
    
  Metadata:
    
    ISFT            : Lavf58.25.100
    
    Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s
    
Stream mapping:
    
  Stream #0:1 -> #0:0 (copy)
    
Press [q] to stop, [?] for help
    
size=  192445kB time=00:18:37.12 bitrate=1411.2kbits/s speed=4.77x
    
video:0kB audio:192445kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000040%
    
bench: utime=1.188s stime=50.766s rtime=234.254s
    
bench: maxrss=17468kB

    Using AviSynth :

    E:\>ffmpeg -i "soundout.avs" -map 0:a -c:a copy -y -benchmark "output.wav"
    
ffmpeg version N-92936-ged3b64402e Copyright (c) 2000-2019 the FFmpeg developers
    
  built with gcc 8.2.1 (GCC) 20181201
    
  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt
    
  libavutil      56. 25.100 / 56. 25.100
    
  libavcodec     58. 43.100 / 58. 43.100
    
  libavformat    58. 25.100 / 58. 25.100
    
  libavdevice    58.  6.101 / 58.  6.101
    
  libavfilter     7. 47.100 /  7. 47.100
    
  libswscale      5.  4.100 /  5.  4.100
    
  libswresample   3.  4.100 /  3.  4.100
    
  libpostproc    55.  4.100 / 55.  4.100
    
Guessed Channel Layout for Input Stream #0.1 : stereo
    
Input #0, avisynth, from 'soundout.avs':
    
  Duration: 00:18:37.49, start: 0.000000, bitrate: N/A
    
    Stream #0:0: Video: rawvideo (BGR[24] / 0x18524742), bgr24, 1280x720, 24.11 fps, 24.11 tbr, 24.10 tbn, 24.10 tbc
    
    Stream #0:1: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s
    
Output #0, wav, to 'output.wav':
    
  Metadata:
    
    ISFT            : Lavf58.25.100
    
    Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s
    
Stream mapping:
    
  Stream #0:1 -> #0:0 (copy)
    
Press [q] to stop, [?] for help
    
size=  192445kB time=00:18:37.11 bitrate=1411.2kbits/s speed= 155x
    
video:0kB audio:192445kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000040%
    
bench: utime=0.234s stime=1.047s rtime=7.236s
    
bench: maxrss=23792kB

    Edit : tests after "reencoding" AVI file :
    Onto something...
    Say my original file is f.avi. Here is ffprobe’s results :

    [avi @ 0x55a9c4b1e740] non-interleaved AVI
    
Input #0, avi, from 'f.avi':
    
  Duration: 00:00:38.18, start: 0.000000, bitrate: 1104582 kb/s
    
    Stream #0:0: Video: rawvideo, bgr24, 1632x1200, 1104265 kb/s, 23.47 fps, 23.47 tbr, 23.47 tbn, 23.47 tbc
    
    Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s

    Extracting audio takes a long time.
    Now if I "reencode" the file in another AVI :

    ffmpeg -i f.avi -c copy f2.avi

    I can extract the audio from f2.avi in milliseconds !
    FFprobe on f2.avi :

    Input #0, avi, from 'f2.avi':
    
  Metadata:
    
    encoder         : Lavf57.56.101
    
  Duration: 00:00:38.18, start: 0.000000, bitrate: 1104456 kb/s
    
    Stream #0:0: Video: rawvideo, bgr24, 1632x1200, 1104265 kb/s, 23.47 fps, 23.47 tbr, 23.47 tbn, 23.47 tbc
    
    Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s

    It’s the same apart from the Metadata, which shouldn’t make a difference, but with this comparison I see the problem must have to do with the fact that the original is non-interleaved !
    I would assume it was easier to read and extract the audio from a non-interleaved file but maybe this is not conforming to AVI standards, hence the extra work needed ?

Navigation