
Recherche avancée
Médias (91)
-
Richard Stallman et le logiciel libre
19 octobre 2011, par
Mis à jour : Mai 2013
Langue : français
Type : Texte
-
Stereo master soundtrack
17 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Audio
-
Elephants Dream - Cover of the soundtrack
17 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Image
-
#7 Ambience
16 octobre 2011, par
Mis à jour : Juin 2015
Langue : English
Type : Audio
-
#6 Teaser Music
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#5 End Title
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
Autres articles (75)
-
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ; -
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 (...)
Sur d’autres sites (7683)
-
FFMPEG vs Gstreamer, performance/filesize ?
10 février 2021, par kepittoI'm looking for a tool to record a udp stream and store it as efficiently as possible. So far I've tried gstreamer and ffmpeg. They key difference I noticed so far is that ffmpeg uses way less storage space while using the same codec.


I capture a mjpeg stream and convert it to x264. Shouldn't x264 be the same compression regarding size accross platforms ?


Following commands were run :




ffmpeg -i udp ://192.168.2.100:52000 -c:v libx264 -c:a aac out.mp4




filesize : 2,4MB/s

avg cpu usage : 68%



gst-launch-1.0 udpsrc port=52000 do-timestamp=true
caps=image/jpeg,framerate=30/1 blocksize=4096 ! queue ! jpegparse !
queue ! jpegdec ! queue ! videoconvert ! x264enc ! queue ! matroskamux
 ! filesink location=x.mkv




filesize : 12,5MB/s

avg cpu usage : 95%

There's no visual difference which get's noticed with bare eyes between the two videos.


Why is there such a huge difference ? Anything wrong with my pipelines or is ffmpeg just a better tool ?

Extra question : When doing these types of encoding, if i have an h264 hardware encoder on my cpu, is it used automatically or do I have to do something in order to enable that ?

-
FFMPEG vs Gstreamer, performance/filesize ?
10 février 2021, par kepittoI'm looking for a tool to record a udp stream and store it as efficiently as possible. So far I've tried gstreamer and ffmpeg. They key difference I noticed so far is that ffmpeg uses way less storage space while using the same codec.


I capture a mjpeg stream and convert it to x264. Shouldn't x264 be the same compression regarding size accross platforms ?


Following commands were run :




ffmpeg -i udp ://192.168.2.100:52000 -c:v libx264 -c:a aac out.mp4




filesize : 2,4MB/s

avg cpu usage : 68%



gst-launch-1.0 udpsrc port=52000 do-timestamp=true
caps=image/jpeg,framerate=30/1 blocksize=4096 ! queue ! jpegparse !
queue ! jpegdec ! queue ! videoconvert ! x264enc ! queue ! matroskamux
 ! filesink location=x.mkv




filesize : 12,5MB/s

avg cpu usage : 95%

There's no visual difference which get's noticed with bare eyes between the two videos.


Why is there such a huge difference ? Anything wrong with my pipelines or is ffmpeg just a better tool ?

Extra question : When doing these types of encoding, if i have an h264 hardware encoder on my cpu, is it used automatically or do I have to do something in order to enable that ?

-
video encoder with GPU acc on OS X [on hold]
6 juillet 2013, par Fisher WeiI googled, it seems opencl/cuda is not available in ffmpeg and handbrake.
So, is there one tool can convert a video to h.264 or vp8 by GPU acc on OS X(linux can be accepted also) ?
Thanks.