
Recherche avancée
Médias (91)
-
Head down (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Echoplex (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Discipline (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Letting you (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
1 000 000 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
999 999 (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (35)
-
L’espace de configuration de MediaSPIP
29 novembre 2010, parL’espace de configuration de MediaSPIP est réservé aux administrateurs. Un lien de menu "administrer" est généralement affiché en haut de la page [1].
Il permet de configurer finement votre site.
La navigation de cet espace de configuration est divisé en trois parties : la configuration générale du site qui permet notamment de modifier : les informations principales concernant le site (...) -
Support de tous types de médias
10 avril 2011Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)
-
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 (...)
Sur d’autres sites (5736)
-
C run linux shell command(fmpeg) 10x slower than typing directly in terminal
14 novembre 2014, par dadylonglegsCLOSED
I’m writing an application that execute a linux shell command (ffmpeg) from my C code. Such as :
char command[2000];
sprintf(command, "ffmpeg -i %s/%s -r 1 -vf scale=-1:120 -vframes 1 -ss 00:00:00 %s.gif", publicFolder, mediaFile, mediaFile);
system(command);To extract video thumbnail from a specific video. But the strange that it is too much slower when executing shell command form C compare to typing directly to the terminal. I have no idea about this.
Can anybody help me pls ?. Thanks in advance. -
C run linux shell command(fmpeg) slower than typing directly in terminal
11 novembre 2014, par dadylonglegsI’m writing an application that execute a linux shell command (ffmpeg) from my C code. Such as :
char command[2000];
sprintf(command, "ffmpeg -i %s/%s -r 1 -vf scale=-1:120 -vframes 1 -ss 00:00:00 %s.gif", publicFolder, mediaFile, mediaFile);
system(command);To extract video thumbnail from a specific video. But the strange that it is too much slower when executing shell command form C compare to typing directly to the terminal. I have no idea about this.
Can anybody help me pls ?. Thanks in advance. -
Transcode to virtual device/memory in VLC
27 septembre 2013, par AtrotygmaI have a unicast h264 stream from a video transmitter. Now, I would like to view the stream in a web browser using HTML5s tag. For this, I have to transcode it first via VLC to theora/ogg and then streaming it out as a HTTP stream. This works fine for 1 client, but since HTTP streaming isn't multicast, I have the fear that my server will break down really quick because VLC will transcode the input stream for every additional client request.
For this reason, I'd like to write the transcoded stream in something like a 'virtual device' or memory or any other form of temporary storage (but dear god, NO files, I don't want to destroy my hard disk). Then, I would like to grab the transcoded stream with a secondary VLC instance and stream it via HTTP, so that in the end, I have to transcode it only once for all clients.
In steps :
- [DONE] Grab H.264 unicast stream from transmitter via RTSP
- VLC instance 1 transcodes it to theora/ogg and writes it to a temporary memory
- VLC instance 2 reads from the memory and streams it via HTTP
- [DONE] Browser requests HTTP stream via HTTP live Streaming (html5 video).
Is this possible in any way ?