Recherche avancée

Médias (1)

Mot : - Tags -/karaoke

Autres articles (57)

  • 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

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (8873)

  • Anomalie #4114 : paramètre media:joindre_deballer_lister_zip ignoré

    19 mars 2018, par Alexis Z

    Effectivement, j’ai oublier de précisé.
    Spip 3.2.0 révision 23778

    Le 19 mars 2018 à 14:35, <> a écrit :

    La demande #4114 a été mise à jour par b b.

    Salut et merci pour le signalement, sur quelle version de SPIP observes-tu
    le problème ?
    ------------------------------
    Anomalie #4114 : paramètre media:joindre_deballer_lister_zip ignoré
    <https://core.spip.net/issues/4114#change-13736>

    - Auteur : Alexis Z
    - Statut : Nouveau
    - Priorité : Normal
    - Assigné à :
    - Catégorie :
    - Version cible :
    - Resolution :
    - Navigateur :

    Bonjour,

    Il me semble avoir trouvé une petite incohérence dans le code du plugin
    media, plus précisément dans la fonction "joindre_deballer_lister_zip"
    ligne 301, de media/inc/joindre_document.php.
    Sauf erreur de ma part, cette fonction a pour but de déballer le contenu
    d’un fichier zip qui lui est passé en paramètre dans un répertoire
    temporaire et de retourner une liste décrivant sont contenus.

    Cette fonction prends deux paramètres $path et $tmp_dir :
    - $path corresponds au chemin du fichier zip à déballer
    - $tmp_dir corresponds au dossier temporaire ou celui-ci sera déballé

    Cette fonction utilise la librairie Pclzip.

    L’incohérence se trouve au niveau du deuximère paramètre, $tmp_dir,
    celui-ci est censé indiquer dans quel répertoire le contenu du zip sera
    déballer or ce chemin n’est pas pris en compte par la fonction
    Pclzip->extraire (ligne 305), et n’est pas non plus pris en compte par la
    fonction callback ’callback_deballe_fichier’ indiqué à la fonction extraire
    de Pclzip.
    En effet dans le code le chemin pris en compte est déclaré dans un define
    "_TMP_DIR" celui-ci déclaré à la ligne 140 de la fonction
    "joindre_trouver_fichier_envoye" (meme fichier php, début ligne 26).
    ($tmp_dir est uniquement utilisé dans la définition du chemin du fichier
    qui est renvoyé par la fonction : ligne 317 : ’tmp_name’ => $tmp_dir . $f)

    Donc le paramètre $tmp_dir quasi non-utilisé induit en erreur car on
    s’attend à se que le contenu ce trouve dans le chemin $tmp_dir de plus si
    on appeler directement la focntion "joindre_deballer_lister_zip" sans
    appeler "joindre_trouver_fichier_envoye" on ne définit pas _TMP_DIR et on
    a une erreur incohmpréensible.

    Du coup, le pire sénario (mon cas) j’appelais
    "joindre_deballer_lister_zip" après un autre appel "joindre_trouver_fichier_envoye"
    indirect, donc la variable _TMP_DIR etait défini et le contenu de mon zip
    déballer à cette endroit alors que je donnais un $tmp_dir completement
    différent, cette destination restait vide et aucun message d’erreur de la
    fonction "joindre_deballer_lister_zip".

    Bref, je suggère de prendre en compte pour l’extraction la variable
    $tmp_dir, et/ou d’ajouter test/définition de la variable _TMP_DIR en début
    de fonction pour prévenir tout exécution "bizarre".
    ------------------------------

    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.org/my/account

  • video thumbnail using FFMPEG on lambda (spawn error)

    21 mars 2018, par sitara hussain

    i am following the tutorial given on
    https://concrete5.co.jp/blog/creating-video-thumbnails-aws-lambda-your-s3-bucket
    all setup is done according to the given instruction. but after deployment i am having following error on

    2018-03-21T14:59:27.202Z    73134e6f-2d18-11e8-a66f-5d8b49ac5731    { Error: spawn EACCES
    at exports._errnoException (util.js:1018:11)
    at ChildProcess.spawn (internal/child_process.js:319:11)
    at Object.exports.spawn (child_process.js:378:9)
    at createThumbnail (/var/task/index.js:66:36)
    at nextTask (/var/task/node_modules/async/dist/async.js:5310:14)
    at next (/var/task/node_modules/async/dist/async.js:5317:9)
    at /var/task/node_modules/async/dist/async.js:958:16
    at /var/task/index.js:55:9
    at process._tickDomainCallback (internal/process/next_tick.js:135:7) code: 'EACCES', errno: 'EACCES', syscall: 'spawn' }
  • FFMPEG : webm to mp4 quality loss

    11 février, par turboLoop

    When trying to convert a .webm video (two colored animation) to a .mp4 video using ffmpeg (3.4.2 on mac) the result is somewhat blurry. I did research this topic and tried different approaches to solve this. Here is the most promising command :

    &#xA;&#xA;

    ffmpeg -i vidoe.webm -qscale 1 video.mp4&#xA;

    &#xA;&#xA;

    However, the quality change is still tremendous, see the difference below.

    &#xA;&#xA;

    webm

    &#xA;&#xA;

    enter image description here

    &#xA;&#xA;

    mp4

    &#xA;&#xA;

    enter image description here

    &#xA;&#xA;

    The resolution of the two videos is the same, however the size dropped from 24,3MB (.webm) to 1,5MB (.mp4) after conversion.

    &#xA;&#xA;

    Update

    &#xA;&#xA;

    Here is the log of the conversion.

    &#xA;&#xA;

    ffmpeg version 3.4.2 Copyright (c) 2000-2018 the FFmpeg developers&#xA;  built with Apple LLVM version 9.0.0 (clang-900.0.39.2)&#xA;  configuration: --prefix=/usr/local/Cellar/ffmpeg/3.4.2 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --disable-jack --enable-gpl --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --enable-videotoolbox --disable-lzma&#xA;  libavutil      55. 78.100 / 55. 78.100&#xA;  libavcodec     57.107.100 / 57.107.100&#xA;  libavformat    57. 83.100 / 57. 83.100&#xA;  libavdevice    57. 10.100 / 57. 10.100&#xA;  libavfilter     6.107.100 /  6.107.100&#xA;  libavresample   3.  7.  0 /  3.  7.  0&#xA;  libswscale      4.  8.100 /  4.  8.100&#xA;  libswresample   2.  9.100 /  2.  9.100&#xA;  libpostproc    54.  7.100 / 54.  7.100&#xA;Input #0, matroska,webm, from &#x27;video.webm&#x27;:&#xA;  Metadata:&#xA;    encoder         : whammy&#xA;  Duration: 00:00:05.02, start: 0.000000, bitrate: 38755 kb/s&#xA;    Stream #0:0: Video: vp8, yuv420p(progressive), 1920x1080, SAR 1:1 DAR 16:9, 60 fps, 60 tbr, 1k tbn, 1k tbc (default)&#xA;Please use -q:a or -q:v, -qscale is ambiguous&#xA;Stream mapping:&#xA;  Stream #0:0 -> #0:0 (vp8 (native) -> h264 (libx264))&#xA;Press [q] to stop, [?] for help&#xA;[libx264 @ 0x7f8625800c00] -qscale is ignored, -crf is recommended.&#xA;[libx264 @ 0x7f8625800c00] using SAR=1/1&#xA;[libx264 @ 0x7f8625800c00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2&#xA;[libx264 @ 0x7f8625800c00] profile High, level 4.2&#xA;[libx264 @ 0x7f8625800c00] 264 - core 152 r2854 e9a5903 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00&#xA;Output #0, mp4, to &#x27;video.mp4&#x27;:&#xA;  Metadata:&#xA;    encoder         : Lavf57.83.100&#xA;    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 60 fps, 15360 tbn, 60 tbc (default)&#xA;    Metadata:&#xA;      encoder         : Lavc57.107.100 libx264&#xA;    Side data:&#xA;      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1&#xA;frame=  301 fps= 45 q=-1.0 Lsize=    1417kB time=00:00:04.96 bitrate=2336.4kbits/s speed=0.735x    &#xA;video:1412kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.309675%&#xA;[libx264 @ 0x7f8625800c00] frame I:2     Avg QP:13.08  size:  8842&#xA;[libx264 @ 0x7f8625800c00] frame P:75    Avg QP:24.29  size:  6785&#xA;[libx264 @ 0x7f8625800c00] frame B:224   Avg QP:26.38  size:  4102&#xA;[libx264 @ 0x7f8625800c00] consecutive B-frames:  0.7%  0.0%  1.0% 98.3%&#xA;[libx264 @ 0x7f8625800c00] mb I  I16..4: 68.1% 28.7%  3.2%&#xA;[libx264 @ 0x7f8625800c00] mb P  I16..4:  0.1%  2.2%  0.4%  P16..4:  6.5%  4.0%  1.4%  0.0%  0.0%    skip:85.4%&#xA;[libx264 @ 0x7f8625800c00] mb B  I16..4:  0.0%  0.2%  0.0%  B16..8:  8.8%  3.0%  0.3%  direct: 0.3%  skip:87.3%  L0:52.1% L1:47.5% BI: 0.4%&#xA;[libx264 @ 0x7f8625800c00] 8x8 transform intra:57.7% inter:67.8%&#xA;[libx264 @ 0x7f8625800c00] coded y,uvDC,uvAC intra: 25.7% 8.7% 0.9% inter: 3.9% 0.4% 0.0%&#xA;[libx264 @ 0x7f8625800c00] i16 v,h,dc,p: 95%  2%  3%  0%&#xA;[libx264 @ 0x7f8625800c00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17%  5% 48%  5%  7%  6%  5%  4%  3%&#xA;[libx264 @ 0x7f8625800c00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 14% 31%  6%  7%  7%  6%  5%  4%&#xA;[libx264 @ 0x7f8625800c00] i8c dc,h,v,p: 88%  6%  6%  0%&#xA;[libx264 @ 0x7f8625800c00] Weighted P-Frames: Y:0.0% UV:0.0%&#xA;[libx264 @ 0x7f8625800c00] ref P L0: 55.3%  5.5% 24.8% 14.5%&#xA;[libx264 @ 0x7f8625800c00] ref B L0: 75.6% 16.7%  7.7%&#xA;[libx264 @ 0x7f8625800c00] ref B L1: 93.9%  6.1%&#xA;[libx264 @ 0x7f8625800c00] kb/s:2304.86&#xA;

    &#xA;&#xA;

    Any idea on how to overcome this quality loss ?

    &#xA;