
Recherche avancée
Médias (1)
-
Somos millones 1
21 juillet 2014, par
Mis à jour : Juin 2015
Langue : français
Type : Video
Autres articles (61)
-
Encodage et transformation en formats lisibles sur Internet
10 avril 2011MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...) -
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (5543)
-
GStreamer pipeline should automatically switch back to the live stream
16 janvier, par AD ThumarI am using below list of version.




Gstreamer-1.24.10, windows 10.




I’m working on a GStreamer pipeline to handle RTSP camera streams. When the RTSP camera goes offline, I want to display a image or black screen instead of stopping the pipeline. Once the RTSP stream is back online, the pipeline should automatically switch back to the live stream.


Below pipeline work but rtsp server not response that time 3 camera stop (After 19 seconds...) but 1 camera not ping that's not fulfill my requirements(My requirement is not stoping live view)


I have already tried pipeline belowed :


gst-launch-1.0 compositor name=comp sink_0::xpos=0 sink_0::ypos=0 sink_1::xpos=240 sink_1::ypos=0 sink_2::xpos=480 sink_2::ypos=0 ! videoconvert ! autovideosink sync=false rtspsrc location=rtspt://USERNAME:PASSWORD@IP:PORT/Streaming/Channels/101 ! rtph265depay ! avdec_h265 ! videoconvert ! videoscale ! video/x-raw,width=640,height=360 ! comp. rtspsrc location=rtspt://USERNAME:PASSWORD@IP:PORT/Streaming/Channels/101 ! rtph265depay ! avdec_h265 ! videoconvert ! videoscale ! video/x-raw,width=640,height=360 ! comp. rtspsrc location=rtspt://USERNAME:PASSWORD@IP:PORT/Streaming/Channels/101 ! rtph265depay ! avdec_h265 ! videoconvert ! videoscale ! video/x-raw,width=640,height=360 ! comp.


Can you please let me know.How to deal with this issue ??


-
lavc/h264dsp : do not write back unmodified rows in R-V V loop filter
21 août 2024, par Rémi Denis-Courmont -
Protocol for streaming : From a client to the server
30 décembre 2015, par the-ownerContext : I work in C++ with msvc2013 win32, QT-IDE, ffmpeg.
I am looking for a protocol in order to stream video from the server to client and mostly from client to the server (two-way). On the server side, there is a tcp protocol already implemented (with QTcp).
Question :
For the server to client, obviously there is the RTP protocole (which is a derived UDP protocol), but for streaming into the inverse way, is there a protocol for streaming (images/video) where the client (as a client) could send a (live)stream to the server ? And is it possible (and easy) to implement this protocol under FFMPEG or QT ? (with aavformat_alloc_output_context2()
for example)Otherwise, if FFMPEG or QT are not enough for doing this task : Is there a library that can do that under Visual-C++ Win32 ?