
Recherche avancée
Autres articles (90)
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)
Sur d’autres sites (7463)
-
Video streaming fails under rtp protocol
4 mars 2014, par dempapVideo streaming between Unix Server (ffmpeg) and Windows client (vlc) completed without errors.
Server side :
ffmpeg -f v4l2 -r 25 -i /dev/video0 http://192.168.1.114:27018/feed1.ffm
Client side :
vlc player : Media -> Open Network Stream :
http://192.168.1.114:27018/test.swf
However, video streaming has approximately 10 s. delay. For this reason, I tried using rtp instead http, but without result. Specifically, on server side I run :
ffmpeg -f v4l2 -r 25 -i /dev/video0 rtp://192.168.1.114:27018/feed1.ffm
After the stream begun, on client side I typed :
rtp://@:27018
but it doesn't respond.What I am missing ? Is there any other way I could avoid delay ?
-
Video streaming fails over rtp protocol
16 mars 2014, par dempapVideo streaming between Unix Server (ffmpeg) and Windows client (vlc) completed without errors.
Server side :
ffmpeg -f v4l2 -r 25 -i /dev/video0 http://192.168.1.114:27018/feed1.ffm
Client side :
vlc player : Media -> Open Network Stream :
http://192.168.1.114:27018/test.swf
However, video streaming has approximately 10 s. delay. For this reason, I tried using rtp instead http, but without result. Specifically, on server side I run :
ffmpeg -f v4l2 -r 25 -i /dev/video0 rtp://192.168.1.114:27018/feed1.ffm
After the stream begun, on client side I typed :
rtp://@:27018
but it doesn't respond.What I am missing ? Is there any other way I could avoid delay ?
-
ffmpeg force format when I using tcp protocol as output
22 janvier 2019, par Moein MohammadianI want to cut a video and start a tcp server with ffmpeg and a tcp client reads the cut video’s content but I have to force a format.
ffmpeg -ss 00:01:00 -i input.mp4 -to 00:02:00 -f mpeg2video tcp://127.0.0.1:8010?listen=1
If I don’t specify a format I get an error
Unable to find a suitable output format for 'tcp://127.0.0.1:8010?listen=1'
but if I save cut video to a file I don’t have to enter a format
ffmpeg -ss 00:01:00 -i input.mp4 -to 00:02:00 output.mp4
The problem is when I specify a format it takes more time to create cut video.
Is there any way I don’t specify format when I create a tcp server.Basically I want to cut a video and send the cut video over tcp/ip as fast as I could.