Recherche avancée

Médias (91)

Autres articles (52)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (5457)

  • Unstable video stream after muxing from MKV (H.265) to MP4 using FFmpeg for web playback

    27 juin 2023, par Ryan Blignaut

    I have been encountering an issue while using FFmpeg to mux a video file from MKV format (encoded with H.265) to MP4 format, specifically for web playback. The resulting video stream appears to be unstable and exhibits inconsistencies across different platforms and browsers.

    


    The muxed video works perfectly on Google Chrome, indicating that the MP4 file itself is not the root cause of the issue.

    


    I am aware that Firefox does not support H.265 natively, so it's expected that the video won't play on that browser.

    


    However, I expected the H.265-encoded MP4 video to be compatible with IOS Safari, which has support for H.265 MP4 playback. Surprisingly, the video is missing IOS Safari.

    


    Transcoding the video is not a viable option due to hardware constraints yet I did test this and it seems that then playback works correctly then.

    


    I am using this command to mux with ffmpeg

    


    ffmpeg -i input.mkv -c:v copy -c:a copy output.mp4


    


    This produces the output.mp4

    


    In my html page I include this this video like this

    


        <video src="output.mp4" controls="controls"></video>&#xA;

    &#xA;

    I have also tried specifying the source explicitly

    &#xA;

        <video controls="controls">&#xA;        <source src="output.mp4" type="video/mp4">&#xA;    </source></video>&#xA;

    &#xA;

    I would greatly appreciate any insights or suggestions on how to resolve this issue and ensure stable playback of the H.265-encoded MP4 video on IOS Safari without transcoding .

    &#xA;

  • Anomalie #2580 : les icones de l’espace privé sont pas belles et trop petites

    7 mars 2012, par Franck Dalot

    Comme il y a écris "pour discussion" dans l’image que tu donnes Fil perso, j’aime bien les couleurs, donc... Pour les boutons, j’aime les boutons "acceuil" et "édition" de Basic L’idée de la clé et du marteau pour "configuration ainsi que les boutons "activité", "squelettes", "maintenance" de COW, (...)

  • Rec601 file size is 1/5 Rec709 file size. Why ?

    17 septembre 2018, par user300258

    I use ffmpeg with : -vf colormatrix=bt709:bt601

    The 100MB file comes out 20MB. I kept audio the same. Is that to be expected ? I was hoping no information was lost. I thought it was just some gamma or green correction.

    Anybody know why ?

    Thanks in advance

Navigation