Recherche avancée

Médias (0)

Mot : - Tags -/navigation

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

Autres articles (57)

  • 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

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

Sur d’autres sites (6984)

  • Combine audio with ffmpeg breaks video

    21 décembre 2015, par Harry Walter

    I’m attempting to combine and audio file (mp3) with a video created with ffmpeg. The video is created from several smaller clips using :

    ffmpeg -y -f concat -auto_convert 1 -i videos.txt -c copy -an -sn video.mp4

    videos.txt contains a list of videos to combine. This video is created correctly and plays fine. Next I am trying to add an audio track to the video. I’ve checked and the audio file plays correctly however when I add it using the command below the mp4 produced is corrupt and no longer valid for playback :

    ffmpeg -y -i video.mp4 audio.aac final.mp4

    Any ideas, I’m new to using ffmpeg and not sure what half the output means and what is relevant but I don’t see anything that looks like errors.

  • ffmpeg sometimes only creating one segment for the entire HLS playlist regardless which -hls_time i use [closed]

    10 mai 2023, par kusti420

    can someone explain why it works as it should with certain FLACs and with other ones it only creates one m4s segment and how to fix it where it would actually create one segment every 6 seconds for any flac, as it should with "-hls_time 6".

    


    ffmpeg -i .\audio4.flac -c:a flac -vf pad="width=ceil(iw/2)*2:height=ceil(ih/2)*2" -ar 96000 -f hls -hls_time 6 -hls_playlist_type vod -strict -2 -hls_segment_type fmp4 -hls_segment_filename "idk%d.m4s" playlist.m3u8

    


    when it doesnt work then logs print out like over thousand lines of :
[hls @ 0000026653933a00] Delay between the first packet and last packet in the muxing queue is 10069334 > 10000000: forcing output

    


    i tried different versions of ffmpeg, running it on different devices and on different operating systems
was obviously expecting it to work the same for all flacs, but more than half the time it just isnt working as it should

    


  • Revision 07443f1589 : Refinements on modelcoef expt to reduce storage Uses more aggrerssive interpola

    20 mai 2013, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/common/vp9_entropy.c


     Modify /vp9/common/vp9_entropy.h



    Refinements on modelcoef expt to reduce storage

    Uses more aggrerssive interpolation to reduce storage for the
    model tables by almost more than half. Only 48 lists of probs are
    stored (as opposed to 128 before), corresponding to ONE_NODE
    probabilities of :
    1,
    3, 7, 11, ..., 115, 119,
    127, 135, ..., 247, 255.

    Besides, only 1 table is used as opposed to 2 before. So the overall
    memory needed for the tables is just 48 * 8 = 384 bytes.

    The table currently used is based on a new Pareto distribution with
    heavier tail than a generalized Gaussian - which improves results on
    derf by about 0.1% over a single table Generaized Gaussian.

    Results overall on derfraw300 is -0.14%.

    Change-Id : I19bd03559cbf5894a9f8594b8023dcc3e546f6bd