
Recherche avancée
Médias (91)
-
999,999
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (58)
-
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 ;
-
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
-
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 (7373)
-
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 ?
-
Live streaming with ffmpeg is gittery
8 février 2017, par chubakaI started playing around with live streaming with ffmpeg to my rtmp server and was wondering what’s the best approach to it if my approach is sending a chunk of data every 5 or so seconds, because right now it’s kind of gittery and stuttery every time the server gets data.
Would appreciate any advice or books/articles about this topic in general so I could get the basic idea. -
What are the other alternatives to FFMPEG for encoding and very low latency streaming ? [closed]
23 septembre 2020, par Hamza GhizaouiSo the situation as following : I m receiving images on the fly from a camera, BMP format 4000x3000 pixel, encoding them into h264 or h265, and then streaming the result via HTTP and/or UDP.
The whole process must take no more than 30 ms.


I used FFMPEG with hardware acceleration as a start and it seems to deliver. There is doubt among our team that it is the best solution. and I wanna be absolutely sure that it is before I defend it openly :D


would be glad to hear your takes on this :)


Best regards