
Recherche avancée
Autres articles (97)
-
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
-
Dépôt de média et thèmes par FTP
31 mai 2013, parL’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)
Sur d’autres sites (9398)
-
How do I bind a specific wlan interface to an ffmpeg/ffplay call without modifying the source ?
5 mai 2017, par FalimondI have two wifi USB adapters connected to a Raspberry Pi running Raspbian jessie with their respective wlan0 and wlan1 interfaces set up. I can successfully use
wpa_supplicant
to connect to two individual, identical devices from which I can individually access a UDP video stream usingffplay
. Now I need to simultaneously bring up both UDP streams. This would be easy if the access URLs were different, but they are not and I cannot change the IP addresses, requiring another solution.Unless I am mistaken, there is no way to specify an interface in the call to
ffplay/ffmpeg
. I have looked through the FFmpeg source relevant to the UDP protocol and know that I can specify an interface in the appropriatesetsockopt
calls in libavformat/udp.c, but modifying the source in this way is rather involved and I’d like to avoid it if possible.I looked into adding namespaces using
ip
but this doesn’t seem like it will work because I can only bind the wireless hardware device phy0, not the separate wlan interfaces associated with phy0.Are there alternate means of dealing with such a situation where the UDP streams’ URLs are the same or am I stuck with modifying the FFmpeg source code ?
-
Capture user-defined segment of RTSP video using FFmpeg
10 janvier 2019, par Tom LarcherI’m endeavouring to capture a segment of video from an RTSP (static not live) video stream using FFmpeg, however I’m not certain how this is achieved.
I am presently able to cut a segment of video from a local video file using a command similar to the one below :
ffmpeg -y -i input_video.mp4 -ss 0:04:41.215 -to 0:07:17.335 output_video.mp4
However commands similar to the above don’t seem to be working for remote (RTSP) video files. I’ve taken a look around for ways in which this can be achieved, to no avail. I’ve come across information on capturing individual frames as well as methods of capturing RTSP video files for storage locally, but I can’t seem to connect the dots to capture only a selected portion of the RTSP video.
Any help on this would be immensely appreciated.
-
Revision eec3def7c5 : Modified no memory rate control. This 2-pass rate control setting allocates bit
16 octobre 2013, par Paul WilkinsChanged Paths :
Modify /vp9/encoder/vp9_onyx_if.c
Modify /vp9/encoder/vp9_onyx_int.h
Modify /vp9/encoder/vp9_ratectrl.c
Modified no memory rate control.This 2-pass rate control setting allocates bits based
on first pass stats to each kf group, gf group and individual
frame but does not correct the bits left and allocation after
each frame.In other words it recommends a bit allocation for each frame
but does not try and correct any over or under spend on a
frame over the remainder of the clip. This reduces the accuracy
of rate control in terms of hitting an average bitrate but prevents
problems that may arise because early frames either use to many
or too few bits. This mode is currently more inclined to undershoot
than overshoot (particularly at higher data rates).Also minor changes to rate of adaption when recode loop is not
enabled.This mode is currently enabled by default for VBR.
It gives the following % performance gains.derf +0.467, +1.072
yt 2.962, 2.645
stdhd 1.682, 1.595,
yt-hd 2.3, 2.174Change-Id : I3c84a9bf8884e5b345698ff0e19187f792c2f3a0