
Recherche avancée
Médias (2)
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
-
GetID3 - Boutons supplémentaires
9 avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (16)
-
MediaSPIP Player : problèmes potentiels
22 février 2011, parLe lecteur ne fonctionne pas sur Internet Explorer
Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...) -
XMP PHP
13 mai 2011, parDixit Wikipedia, XMP signifie :
Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...) -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...)
Sur d’autres sites (4353)
-
Why does ffmpeg have bigger latency on dark images ?
19 novembre 2017, par doodoromaI have a c# application to stream real camera images using ffmpeg. The input images are in raw, 8-bit gray-scale format. I created an ffmpeg stream using the standard input to feed the images and send the output packages to websocket clients.
I start an external ffmpeg process using this config :
-f rawvideo -pixel_format gray -video_size " + camera.Width.ToString() + "x" + camera.Height.ToString() + " -framerate 25 -i - -f mpeg1video -b:v 512k -s 320x240 -
Typical image size is 1040*1392 pixels
I display the stream on the browser, using jsmpeg library
This works with a reasonable latency ( 500ms on localhost), but when the camera image is really dark (black image), the latency is extremely big ( 2-3 seconds on localhost). When there is something bright on the image again after a black period, it takes 2-3 seconds to "synchronize".
I was thinking that black images are really easy to compress and will generate really small packages, jsmpeg has almost no information to display and wait until a complete data package arrives, but I couldn’t prove my theory.
I played with ffmpeg parameters like bitrate and fps but nothing has changed.
Is there any settings which I could try ?
-
why does the order of arguments matter in here ?
26 juin 2013, par Pooyaas far as I can remember, the order of the command arguments did not matter but here I see something else :
ffmpeg -f avi -i "s02e01.mkv" vcodec mpeg4 -b 4000k -acodec libmp3lame -ab 320k "converted.avi"
and this is the result :
s02e01.mkv: Operation not permitted
but after changing the place of "-f" and "-i" everything goes ok :
ffmpeg -i "s02e01.mkv" -f avi vcodec mpeg4 -b 4000k -acodec libmp3lame -ab 320k "converted.avi"
what is the problem here ?
-
libavformat/mxfdec.c : Report dark metadata keys only when they match no parser at...
21 octobre 2015, par Alexis Ballier