
Recherche avancée
Médias (1)
-
SWFUpload Process
6 septembre 2011, par
Mis à jour : Septembre 2011
Langue : français
Type : Texte
Autres articles (65)
-
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 (...) -
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
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 (...)
Sur d’autres sites (8499)
-
Which value exactly tells the video stream bit rate in ffmpeg output ?
8 septembre 2011, par userffmpegI have a basic doubt. In the following ffmpeg output, which of the bit rate values (in bold) tells us the video bit rate ?
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'MVI_0135.MOV' :
Metadata :
major_brand : qt
minor_version : 537331968
compatible_brands : qt CAEP
creation_time : 2011-04-25 14:59:29
Duration : 00:00:33.03, start : 0.000000, bitrate : 20588 kb/s
Stream #0.0(eng) : Video : h264 (Constrained Baseline), yuvj420p, 1280x720, 19028 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc
Metadata :
creation_time : 2011-04-25 14:59:29
Stream #0.1(eng) : Audio : pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s
Metadata :
creation_time : 2011-04-25 14:59:29Its a very basic question, but I would appreciate if anyone could tell me...
-
try...catch for dumb IE 9 Audio() "not implemented" error in server case without "desktop experience" installed, means missing HTML5 audio/video support. Hat tip : https://github.com/Modernizr/Modernizr/issues/224
26 octobre 2011, par Scott Schillerm script/soundmanager2-jsmin.js m script/soundmanager2-nodebug-jsmin.js m script/soundmanager2-nodebug.js m script/soundmanager2.js try...catch for dumb IE 9 Audio() "not implemented" error in server case without "desktop experience" installed, means missing HTML5 audio/video support. Hat tip : (...)
-
How to encode a stream of RGBA values to video ?
20 septembre 2011, par Rob OplawarMore specifically :
I have a sequence of 32 bit unsigned RGBA integers for pixels- e.g. 640 integers per row starting at the left pixel, 480 rows per frame starting at the top row, repeat for n frames. Is there an easy way to feed this to ffmpeg (or some other encoder) without first encoding it to a common image format ?I'm assuming ffmpeg is the best tool for me to use in this case, but I'm open to suggestions (the output video format doesn't matter too much).
I know the documentation would enlighten me if I just knew the right keywords... In case I'm asking the wrong question, here's what I'm trying to do at the highest level :
I have some Actionscript code that draws and animates on the display tree, and I've wrapped it in an AIR application that draws BitmapData frame-by-frame. AIR has proved to be woefully inefficient at directly encoding this output- the best I've managed is a few frames per second, and I need to render at least 15 fps, preferably more like 100 fps, which I get out of ffmpeg when I feed it PNG images (AIR can take 1+ seconds to encode one 640x480 png... appalling). Instead of encoding inside AIR I can send the raw byte data out to an encoder or to disk as fast as it's rendered.
If you're wondering why I'm using Actionscript to render an animation or why it has to be encoded quickly, don't. Suffice it to say, the frames are computed at execution time (not stored as an animation in a .swf file, for example), I have a very large amount of video to create and limited time to do so, and using something other than Actionscript to produce the frames is not an option.