
Recherche avancée
Autres articles (65)
-
HTML5 audio and video support
13 avril 2011, parMediaSPIP 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 (...) -
Publier sur MédiaSpip
13 juin 2013Puis-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 -
MediaSPIP Core : La Configuration
9 novembre 2010, parMediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)
Sur d’autres sites (8661)
-
Scalable Video Stream Processing and Redirection in the Cloud - More Efficient Alternatives to RTMP ?
18 juillet 2023, par dumbQuestionsI'm currently working on a project that involves processing and redirecting video streams from multiple users in real time.


Here's how my current implementation works :


- 

-
Users send their video streams to an RTMP server.


-
I use OpenCV to connect to the source RTMP server and capture the video stream.
The video frames are processed using OpenCV.


-
I then use FFmpeg to forward the processed video stream to another RTMP server.










I want to deploy it with cloud providers, but I'm worried that RTMP servers might not be the best choice for scalability, especially with increasing users. I'm seeking recommendations for efficiently implementing such video stream processing and redirection with good scalability. Is my current implementation somewhat viable, is there a better solution ?


Ideally, I'm looking for solutions that can handle a large number of concurrent video streams and provide low latency


Is there a cloud-based alternative to the RTMP-based approach that can meet these requirements and offer better scalability and efficiency ? Any insights, experiences, or recommendations are greatly appreciated. Thank you !


-
-
Leading Google Analytics alternative, Matomo, parodies Christopher Nolan blockbuster ahead of the UA sunset
4 juillet 2023, par Erin — Press Releases -
fftools/ffmpeg_mux : stop rescaling timestamps in of_streamcopy()
25 juillet 2023, par Anton Khirnovfftools/ffmpeg_mux : stop rescaling timestamps in of_streamcopy()
This function converts packet timestamps from the input stream timebase
to OutputStream.mux_timebase, which may or may not be equal to the
actual output AVStream timebase (and even when it is, this may not
always be the optimal choice due to bitstream filtering).Just keep the timestamps in input stream timebase, they will be rescaled
as needed before bitstream filtering and/or sending the packet to the
muxer.Move the av_rescale_delta() call for audio (needed to preserve accuracy
with coarse demuxer timebases) to write_packet.Drop now-unused OutputStream.mux_timebase.