Recherche avancée

Médias (91)

Autres articles (63)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • 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

  • Contribute to translation

    13 avril 2011

    You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
    To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
    MediaSPIP is currently available in French and English (...)

Sur d’autres sites (14215)

  • Paperclip geometry ignored

    27 mars 2017, par ACIDSTEALTH

    I have a model called Snapshot, which represents a user-recorded video. I want to take the input video file and scale it to fit within a 720x720 box (ImageMagick documentation). I then want to capture some screenshots of the video to represent it in my app. These sizes are specified accordingly in my model.

    I expect the output of this to be an original video with a maximum width of 720px (assuming it was recorded in landscape mode), a large JPG image with a maximum width of 540px, etc.

    When I attach the video file and save the model, the images and video file are processed but the result is not what I expected. The video file has a resolution of 960x720 and the images are all square (540x540, 360x360, etc).

    I’m not sure if I’m doing something wrong or if this is just a bug with Paperclip. Here is my code :

    class Snapshot < ApplicationRecord
       has_attached_file :video,
           styles: {
               original: { geometry: "720x720", format: 'mp4' },
               large: { geometry: "540x540", format: 'jpg' },
               medium: { geometry: "360x360", format: 'jpg' },
               thumb: { geometry: "180x180", format: 'jpg' }
           },
           default_url: "", processors: [:transcoder]
       validates_attachment_content_type :video, content_type: /\Avideo\/.*\Z/
       validates_attachment_size :video, less_than: 100.megabytes
    end

    I have also tried adjusting the geometry to 720x720>, 540x540>, etc. When I did this, the attachments’ resolution was unchanged, which seems to go completely against my understanding of how ImageMagick geometry works. I have numerous other models with image-only attachments that do not suffer from this issue.

    Here is a snippet from my Gemfile.lock so you can see which versions I am running :

    delayed_paperclip (3.0.1)
     activejob (>= 4.2)
     paperclip (>= 3.3)
    paperclip (5.1.0)
     activemodel (>= 4.2.0)
     activesupport (>= 4.2.0)
     cocaine (~> 0.5.5)
     mime-types
     mimemagic (~> 0.3.0)
    paperclip-av-transcoder (0.6.4)
     av (~> 0.9.0)
     paperclip (>= 2.5.2)
    paperclip-optimizer (2.0.0)
     image_optim (~> 0.19)
     paperclip (>= 3.4)

    Update
    I retried this with a video recorded in portrait mode (iPhone 6 front-facing webcam) and the video file’s output size was 720x720. The images were still square as before.

  • FFmpeg - selecting appropriate bitrate for VP9 encoding

    6 avril 2017, par fastily

    I am looking to encode a 4k video shot with iPhone 6s in VP9 in the best quality possible.

    For reference, stream data of the video I would like to encode, via ffprobe :

    Duration: 00:00:10.48, start: 0.000000, bitrate: 46047 kb/s
       Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 3840x2160, 45959 kb/s, 29.98 fps, 29.97 tbr, 600 tbn, 1200 tbc (default)
       Metadata:
         creation_time   : 2017-03-13T21:12:56.000000Z
         handler_name    : Core Media Data Handler
         encoder         : H.264
       Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, mono, fltp, 79 kb/s (default)
       Metadata:
         creation_time   : 2017-03-13T21:12:56.000000Z
         handler_name    : Core Media Data Handler

    I am using the following FFmpeg commands, based on these instructions (see Best Quality (Slowest) Recommended Settings section).

    1. ffmpeg -i INPUT.mov -c:v libvpx-vp9 -pass 1 -b:v 46000K -threads 4 -speed 4 -g 9999 -an -f webm -y /dev/null
    2. ffmpeg -I INPUT.mov -c:v libvpx-vp9 -pass 2 -b:v 46000K -threads 4 -speed 0 -g 9999 -an -f webm OUTPUT.webm

    Is there a best practice to select an optimal -b:v value such that the resulting video is visually indistinguishable from the original ? I have tried values ranging from 36000K-46000K, but these result in massive files with an overall bitrate exceeding the target bitrate.

    Thanks in advance !

  • Evolution #3692 : Suivre les évolution de MediaJS

    9 avril 2017, par Franck D

    Hello
    Bon alors avec après pas mal de tests, en me servant des fichiers audios et vidéos qu’il y a ici : https://github.com/mediaelement/mediaelement-files
    Je ne sais pas s’il est vraiment utile, mais il semble qu’il manque encore un fichier qui était dans la lib https://github.com/mediaelement/mediaelement/tree/master/build (jquery.js)
    Dans le modèles vidéo (je crois qu’il y a que lui) il y a des références à des fichiers qui ne sont plus dans la dernière version de la lib (flashmediaelement.swf et les skins)
    https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/medias/modeles/video.html

    J’ai pas fait l’essai de l’utilisation du fichier, mediaelement.srt car je sais pas trop comment faire.

    En php 5.6.30 chez ovh
    Tests fait en SPIP 3.2.0-alpha [23495]
    http://www.lien-d-amis.net/spip3/spip07/spip.php?article4

    Sous windows 10 (les images fonctionnent toujours) :
    - Firefox = ok (pas complètement concernant le flv )
    - Internet explorer 11 = il ne semble y avoir que les deux mp4, le mp3 et un peu le flv
    - Edge = pareil que IE11
    - Chrome 57 = pareil que Firefox
    - Opera 44 = pareil que Firefox (même si le dernier webm semble avoir été long avant de partir)

    Sous Iphone 6 avec iOS 10.3.1
    - Safari = Il n’y a que les mp4 et le mp3 qui fonctionnent (le mp3 semble long à partir)

    Pour les skins, je pense que le mieux, c’est sans doute de faire disparaitre les lignes puisqu’il ne sont plus dans la lib, sachant que celui qui en voudra pourra toujours les faire via des thèmes ?
    Car même du côté des plugins de la lib, il ne semble pas y en avoir : https://github.com/mediaelement/mediaelement-plugins
    Concernant les .flv, il y a deux tickets qui en parle et qui semble vouloir dire que c’est loin d’être simple :
    https://github.com/mediaelement/mediaelement/issues/2142
    https://github.com/mediaelement/mediaelement/issues/2143

    Sinon, juste pour info, en SPIP 3.1.4 [23496] donc avec la vielle lib
    http://www.lien-d-amis.net/spip3/spip06/spip.php?article5

    Sous windows 10 (les images fonctionnent toujours) :
    - Firefox = ok (sauf flv)
    - Internet explorer 11 = il ne semble y avoir que les deux mp4, et le mp3 de ok
    - Edge = Le flv fonctionne, même si avec plusieurs manips à la suite, il a planté par moment, il n’y a que les mp4 et mp3 qui fonctionnent
    - Chrome 57 = Tout fonctionne, sauf que le flv ou, il n’est pas possible de faire pause en appuyant au milieu de la vidéo en plein écran, il faut obligatoirement, se servir du bouton en bas à gauche
    - Opera 44 = Tout fonctionne sauf le flv

    Sous Iphone 6 avec iOS 10.3.1
    - Safari = Il n’y a que les mp4 et le mp3 qui fonctionnent (le mp3 semble long avant de partir)
    Franck