Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (71)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (10046)

  • ffmpeg continue streaming to twitch use case

    11 juin 2023, par Hassan M. Amin

    So I have a weird use case that I'm struggling with. Here's the situation :

    


    I have 2 video files, each 1 hour long. I want to stream the first file to twitch in a process, and when that file ends, the ffmpeg process will end and then I want to pickup the other video and continue the stream with that one.

    


    Why should the process end ? because after the first video ends, I need to check via code if the 2nd video is available to be streamed, otherwise I'll re-stream the first video again.

    


    I understand that this can be done via concatenating the two videos, but again, the 2nd video might not be available just yet so we need to end the process right after the 1st video ends streaming and check if it's there.

    


    This works great on YouTube, but the issue I'm facing is that Twitch specifically, when we start streaming the 2nd video, thinks that it's a totally new live stream and resets the live duration counter.

    


    Here's the million dollar question : How can we make twitch think that the data being sent from the 2nd video is the remainder of the first video ? I think it has something to do with the timestamps being sent ? any pointers or other way to look at this ?

    


    Tried updating the pts to be the previous video length + current pts

    


  • How to convert a UDP stream to RTMP with FFmpeg ?

    20 avril 2020, par John Riselvato

    It seems the webcam on a macOS streams data via MPEG files which works great with UDP but I want to use this stream for YouTube which only accepts RTMP. Here's what my script looks like based on the documentation :

    



    $ ffmpeg -f avfoundation -framerate 30 -i "0" -f FLV "/"


    



    Which Youtube indicates isn't getting any data from it. 
 have found some weird hack that actually lets me stream my webcam but it's totally non-traditional. If I stream loop an input (input.mp4) an infinite amount of times and apply a random filter, my webcam streams unaffected. I don't see input.mp4 nor is the hue applied to the webcam. It's totally strange.

    



    $ ffmpeg -f avfoundation -framerate 30 -i "0" -stream_loop -1 -i input.mp4 -filter_complex "hue=H=0" -f FLV "$YOUTUBE_URL/$KEY"


    



    So I'm thinking, it has to be a UDP issue and I just need a better way to convert the stream to RTMP. Any thoughts ?

    


  • How to convert a UDP stream to RTSP with FFmpeg ?

    20 avril 2020, par John Riselvato

    It seems the webcam on a macOS streams data via MPEG files which works great with UDP but I want to use this stream for YouTube which only accepts RTSP. Here's what my script looks like based on the documentation :

    



    $ ffmpeg -f avfoundation -framerate 30 -i "0" -f FLV "/"


    



    Which Youtube indicates isn't getting any data from it. 
 have found some weird hack that actually lets me stream my webcam but it's totally non-traditional. If I stream loop an input (input.mp4) an infinite amount of times and apply a random filter, my webcam streams unaffected. I don't see input.mp4 nor is the hue applied to the webcam. It's totally strange.

    



    $ ffmpeg -f avfoundation -framerate 30 -i "0" -stream_loop -1 -i input.mp4 -filter_complex "hue=H=0" -f FLV "$YOUTUBE_URL/$KEY"


    



    So I'm thinking, it has to be a UDP issue and I just need a better way to convert the stream to RTSP. Any thoughts ?

    


Navigation