Recherche avancée

Médias (91)

Autres articles (75)

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

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

  • Cannot see RTP header in the captured packets when using FFmpeg for RTP video streaming

    28 septembre 2020, par Ke Chen

    I used FFmpeg to do RTP video streaming and then captured the packets using WireShark on loopback interface.

    


    The command is :

    


    ffmpeg -i video.264 -r 25 -video_size 352x288 -c:v libx264 -f  rtp rtp://127.0.0.1:1234

    


    All packets are captured by WireShark successfully but I cannot see the RTP infomation in these packets, only UDP screenshot. I have enabled rtp_udp protocol in wireshark screenshot.

    


    Is there any setting that I missed ?

    


  • h264 real time video streaming

    7 septembre 2017, par Michal Gallovic

    If you have dynamically generated h264 frames on one end (server), how would you go about making a real time (low latency) video stream viewable in browser (client) ?

    In other words, what I’m trying to achieve is streaming graphically intensive c++ application from gpu server to browser.

    As a simple solution, I’m thinking of something like this :

    c++ app | ffmpeg | server | html5 client

    h264 frames created by application are sent to standard output, where ffmpeg is used to remux this stream into mp4 that is passed to server, which upon request can pass it to client.

    Is this a good approach ? Is that even possible to create a low latency 30fps video stream using this approach ?

  • h264 real time video streaming

    24 mars 2016, par Michal Gallovic

    If you have dynamically generated h264 frames on one end (server), how would you go about making a real time (low latency) video stream viewable in browser (client) ?

    In other words, what I’m trying to achieve is streaming graphically intensive c++ application from gpu server to browser.

    As a simple solution, I’m thinking of something like this :

    c++ app | ffmpeg | server | html5 client

    h264 frames created by application are sent to standard output, where ffmpeg is used to remux this stream into mp4 that is passed to server, which upon request can pass it to client.

    Is this a good approach ? Is that even possible to create a low latency 30fps video stream using this approach ?

Navigation