Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (89)

  • 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 (...)

  • 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 (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, 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 (...)

Sur d’autres sites (7546)

  • FFMpeg : Best way to have a url as input without knowing the protocol

    20 juillet 2017, par Matt H.

    I have a generated M3U8 playlist that is imported into Tvheadend.
    The url for each channel is currently like this :

    pipe:///usr/bin/ffmpeg -i [MEDIA URL] -f mpegts pipe:1

    This is fine however the MEDIA URLS can change (I update them nightly).
    If they change, Tvheadend assumes it’s a new MUX and removes the old one and adds new one (and therefore removes channel mapping etc).

    So, I next used a simple NGINX config file with a bunch of 303 redirects as a sort of proxy for the MEDIA URL which allowed me to have URLS like this

    pipe:///usr/bin/ffmpeg -i http://example.com/chan1 -f mpegts pipe:1

    This worked great and removed the issue of urls changing in Tvheadend when the media url changed.

    However, I struck a problem when it is a non-http URL (eg. rtmp).
    FFmpeg doesn’t know to follow the redirect and then load that URL.
    As far as I know - there is no option for that.
    I could use -f rtmp but then it would try to connect to my http redirect site using rtmp = fail.

    So, my next thought was to have NGINX simply return a basic m3u8 playlist with the correct MEDIA URL in it. However, it appears FFMPEG doesn’t like M3U8 with RTMP streams in it.

    So, my final solution was using the ffmpeg concat option. This allows passing ffmpeg a list of files to process. https://trac.ffmpeg.org/wiki/Concatenate

    This gave me URLS like so

    pipe:///usr/bin/ffmpeg -safe 0 -f concat -protocol_whitelist http,rtmp,tcp,https,crypto,tls -i http://example.com/chan1 pipe:1

    http://example.com/chan1 would simply return 200 response with below text :

    file 'MEDIA URL'

    Is this the best way of doing what I need ?

    The goal is to have the ffmpeg command remain unchanged for any media url.

  • FFMpeg : Protocol agnostic input URL ?

    20 juillet 2017, par Matt H.

    I have a generated M3U8 playlist that is imported into Tvheadend.
    The url for each channel is currently like this :

    pipe:///usr/bin/ffmpeg -i [MEDIA URL] -f mpegts pipe:1

    This is fine however the MEDIA URLS can change (I update them nightly).
    If they change, Tvheadend assumes it’s a new MUX and removes the old one and adds new one (and therefore removes channel mapping etc).

    So, I next used a simple NGINX config file with a bunch of 303 redirects as a sort of proxy for the MEDIA URL which allowed me to have URLS like this

    pipe:///usr/bin/ffmpeg -i http://example.com/chan1 -f mpegts pipe:1

    This worked great and removed the issue of urls changing in Tvheadend when the media url changed.

    However, I struck a problem when it is a non-http URL (eg. rtmp).
    FFmpeg doesn’t know to follow the redirect and then load that URL.
    As far as I know - there is no option for that.
    I could use -f rtmp but then it would try to connect to my http redirect site using rtmp = fail.

    So, my next thought was to have NGINX simply return a basic m3u8 playlist with the correct MEDIA URL in it. However, it appears FFMPEG doesn’t like M3U8 with RTMP streams in it.

    So, my final solution was using the ffmpeg concat option. This allows passing ffmpeg a list of files to process. https://trac.ffmpeg.org/wiki/Concatenate

    This gave me URLS like so

    pipe:///usr/bin/ffmpeg -f concat -safe 0 -protocol_whitelist http,https,tls,rtp,tcp,udp,cypto,httpproxy,rtmp -i http://example.com/chan1 pipe:1

    http://example.com/chan1 would simply return 200 response with below text :

    file 'MEDIA URL'

    Is this the best way of doing what I need ?
    Anyway to shorten it ? ie. a command to allow all protocols instead of needing list them all

    The goal is to have the ffmpeg command remain unchanged for any media url.

  • avcodec : WBMP (Wireless Application Protocol Bitmap) image format

    7 août 2022, par Peter Ross
    avcodec : WBMP (Wireless Application Protocol Bitmap) image format
    

    Reviewed-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    Signed-off-by : Peter Ross <pross@xvid.org>

    • [DH] Changelog
    • [DH] doc/general_contents.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/codec_desc.c
    • [DH] libavcodec/codec_id.h
    • [DH] libavcodec/version.h
    • [DH] libavcodec/wbmpdec.c
    • [DH] libavcodec/wbmpenc.c
    • [DH] libavformat/img2.c
    • [DH] libavformat/img2enc.c
    • [DH] libavformat/version.h
    • [DH] tests/fate/lavf-image.mak
    • [DH] tests/ref/lavf/wbmp