Recherche avancée

Médias (21)

Mot : - Tags -/Nine Inch Nails

Autres articles (67)

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

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

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

Sur d’autres sites (13094)

  • 🧵 [QUESTION][QUESTION] Reuse PlainTransport for new FFmpeg stream without full reinit

    29 mai, par Sang Vo

    I'm building a backend-driven streaming application using Mediasoup + FFmpeg + PlainTransport.
My goal is to switch between different media sources (e.g. welcome.mp4, waiting.mp4, streaming.ts) from backend, while keeping the same PlainTransport alive to avoid the overhead of tearing down and rebuilding the pipeline.

    


    ✅ Current Setup :
Backend : NestJS server with Mediasoup

    


    Media ingest : FFmpeg sends RTP stream to PlainTransport

    


    Producer : created after FFmpeg starts

    


    Frontend : React client that consumes via Consumer after signaling

    


    🔄 What I want :
When the backend Start streaming a file (e.g., welcome.mp4), I want to :

    


    Start FFmpeg again with welcome.mp4 using the same RTP ports (same PlainTransport)
After welcome is wailting.mp4. When has event streaming start play streaming, end event streaming play wailting

    


    Create a new Producer with the new stream

    


    Notify the frontend to create a new Consumer

    


    All this without having to destroy and recreate the PlainTransport for all event

    


    🧠 Questions :
Is this a valid and recommended workflow in Mediasoup ?

    


    If so, does Mediasoup allow reusing the same PlainTransport across multiple Producer instances (one at a time) ?

    


    Will RTP stream re-sync correctly if FFmpeg restarts and sends new RTP packets ?

    


    Is it necessary to explicitly configure SSRC and payloadType to match, or will Mediasoup auto-detect again per new producer ?

    


    Any insights or recommendations on best practices for this dynamic switching scenario would be very helpful !

    


    Thanks in advance 🙏

    


  • Revision 35841 : Pouvoir proposer des menus sous conditions * ’’’ necessite type="plugin" ...

    5 mars 2010, par cam.lafit@… — Log

    Pouvoir proposer des menus sous conditions
    * est possible dans le xml du menu
    Fais suite [5817] et discussion sur spip-zone

  • Revision 40987 : On précise le nom du formulaire surlequel porte les conditions

    22 septembre 2010, par joseph@… — Log

    On précise le nom du formulaire surlequel porte les conditions