
Recherche avancée
Autres articles (111)
-
La sauvegarde automatique de canaux SPIP
1er avril 2010, parDans 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 (...) -
Utilisation et configuration du script
19 janvier 2011, parInformations spécifiques à la distribution Debian
Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
Récupération du script
Le script d’installation peut être récupéré de deux manières différentes.
Via svn en utilisant la commande pour récupérer le code source à jour :
svn co (...) -
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" (...)
Sur d’autres sites (5991)
-
FFmpeg : building example C codes
23 février 2021, par J. S.I have configured and compiled the FFmpeg library using this link :
https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu



Now, I am trying to build example C codes provided by FFmpeg from here :
https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples



However, when I run make install-examples or make install (suggested by /example/README), I receive this kind of message :





make : *** No rule to make target '/doc/examples/README', needed by
 'install-examples'. Stop.





I thought this may be due to the rules not being in the correct MakeFile format (I am not sure why they refers to README). How should I go about in fixing this and compiling the example codes ? I have tried to find solutions about this, but there doesn't seem to be much information online.



Thank you.


-
doc/default.css + doc/t2h.init : New styles
24 septembre 2013, par Timothy Gudoc/default.css + doc/t2h.init : New styles
The main motive of this commit is to make the offline copy of the HTML doc as
pretty as the online (ffmpeg.org) one. This also introduced new styles for
<h2> to <h4>.Signed-off-by : Timothy Gu <timothygu99@gmail.com>
Signed-off-by : Michael Niedermayer <michaelni@gmx.at> -
FFMPEG re-broadcast/proxy MJPEG stream
10 septembre 2022, par Ollie PughI have an MJPEG stream coming from an RPI on my home network and have an NGINX acting as a proxy on an EC2.


For the camera access the flow of stream to the user is the following


RPi -> mjpeg-proxy (running on EC2) -> NGINX (running on same EC2) -> user


the point of mjpeg-proxy is to reduce the load on the RPi and only have one stream to the Pi and allow the EC2 to distribute that one stream.


Now this work fine-ish from my PC (on same network as Pi) the streams work perfectly. But when it comes to my phone on roaming data, the stream is super choppy and the latency grows massively (this project needs minimal latency, like sub 300ms).


I can't understand why this would happen ? Because even when running of my local PC its going through the Proxy hosted in the cloud, so its not as if its an advantage to it being local ?


the stream is fine on another device, e.g. my laptop, but thats on the same network as the RPi. But like I said, it shouldn't makea difference as its going through a proxy !


I was wondering if using FFMPEG to re-stream the mjpeg stream would be beneficial as node is notoriously slow. But I don't really want to be writing my own mjpeg-proxy in C++ to speed this all up.


I have looked online for answers to FFMPEG MJPEG proxy and have been very unsuccesful