Recherche avancée

Médias (91)

Autres articles (76)

  • 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

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

Sur d’autres sites (9336)

  • Dynamic way to add length to an html5 video

    6 septembre 2013, par Eric Paulsen

    I'm looking for a way to update the video length on an HTML5 video in the client side using Javascript.

    Example : I have a video clip loaded on the page that is 30 seconds long and I want to update it on the fly to be 45 seconds long.

    I had a look at the duration property of the HTMLMediaElement, but quickly discovered that the property was read only (source : https://developer.mozilla.org/en-US/docs/Web/API/HTMLMediaElement). I also stumbled upon this blog post, but my ideal solution would be to have one continuous clip. I could accomplish this on the server side using a tool like FFMPEG, but I'd rather not add an increase in load time for our users.

    Any suggestions ?

  • php ffmpeg exec & shell_exec process stops after few seconds

    6 octobre 2019, par Salem

    I’m using PHP script file with simple html interface to control FFMPEG process start and stop from the browser , the script goal is start live streaming on my server that usually runs for hours without stop (using ffmpeg and nginx-rtmp )
    my script were working perfectly until I notice recently This is strange behaviors
    here is my php script variables

    $cast =" /usr/sbin/ffmpeg -loglevel 0 -thread_queue_size 32768 -re -i '".$src."' -i /var/www/example/logo.png -r 23.976 -strict -2 480x360 -aspect 16:9 -filter_complex 'overlay=x=(main_w-overlay_w)/2:y=(main_h-overlay_h)-23' -vcodec libx264 -x264opts colormatrix=bt709 -profile:v high444 4 -b:v 290k -maxrate 290k -bufsize 250k  -af "aresample=async=1:min_hard_comp=0.100000:first_pts=0" -acodec libfdk_aac -profile:a aac_he_v2 -b:a 16k -map_metadata -1 -f flv  rtmp://localhost/hls/live 2>/dev/null >/dev/null  & " ;
    $output =  shell_exec( $cast   )    ;

    It’s like FFMPEG process continue until original php process ( that call it ) die , at first I thought this issue with the sorce or ffmpeg command but I test the same command on the sell and it works perfectly .
    My suspicion are with on STDIO etc were not redirected right . even when I excute the same php script from the shell it’s do the same stops after few seconds .

    =Edit=

    Even when I tried to run ffmpeg from the command line and make it run on the background , I got same behavior the process stop after few seconds , ffmpeg continue running only if I wait for it output .

    Here my OS details :-

    DISTRIB_DESCRIPTION="Ubuntu 18.04.3 LTS"
    NAME="Ubuntu"
    VERSION="18.04.3 LTS (Bionic Beaver)"
  • vc2enc : zero padding of the coefficient buffer

    17 décembre 2019, par Lynne
    vc2enc : zero padding of the coefficient buffer
    

    Wavelet types with large amounts of overreading/writing like 9_7 would
    write into the padding at high wavelet depths, which would remain and be
    read by the next frame's transform and quickly cause artifacts to appear
    for subsequent frames.
    This fix affects all frames encoded with a non-power-of-two width, with
    the artifacts varying between non-observable to very noticeable,
    depending on encoder settings, so reencoding is advisable.

    • [DH] libavcodec/vc2enc.c