
Recherche avancée
Autres articles (106)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (7562)
-
Capturing and saving an entire RTP video stream using FFmpeg
27 juin 2021, par AlexanderQuestion


How to capture an entire RTP video stream and save it to a file - without defining the duration, shorter than the original video sequence ?


Background


I am streaming a video sequence over the network with FFmpeg and RTP (football (b) at Xiph) using the following command :


ffmpeg -re -i football.y4m -preset slow -c:v libx264 -bf 0 -g 10 -x264opts scenecut=0 -f rtp -sdp_file video.sdp "rtp://<ip>:<port>"</port></ip>


Assuming the destination machine has got access to its own copy of
video.sdp
, I then capture and save the stream using :

ffmpeg -protocol_whitelist file,rtp,udp -i video.sdp -t 00:00:08 <out>.mp4</out>


My concern is that the time
-t 00:00:08
must always be defined in order to terminate capturing. Moreover, if it is not shorter than the original video sequence (8.67 s), capturing is not automatically terminated.

I do not encounter the issue when visualising the received stream with (the entire video is played) :


ffplay -protocol_whitelist file,rtp,udp -i video.sdp


-
Revision a5062cc635 : Don't call encode_sb() for the final of 4-split subpartitions. The resulting re
8 juillet 2013, par Ronald S. BultjeChanged Paths :
Modify /vp9/encoder/vp9_encodeframe.c
Don't call encode_sb() for the final of 4-split subpartitions.The resulting reconstruction is never used, thus it just wastes CPU
cycles. Reduces encode time of first 50 frames of bus (speed 0) @
1500kbps from 2min2.0 to 2min1.2, i.e. a 0.65% overall speedup.Change-Id : I74755ca3aadc21e2be220f486259060bd4088c45
-
Final unsigned fixes
16 janvier 2017, par Erik de Castro Lopo