
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (56)
-
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 (...) -
Use, discuss, criticize
13 avril 2011, parTalk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
A discussion list is available for all exchanges between users. -
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)
Sur d’autres sites (4537)
-
Red5 Streaming in flv Or h.264 [closed]
23 février 2013, par alexHow do i mux a h.264 video into an flv container. This is for high quality streaming in red5. With video on demand service people can upload a video it ghets saved to streams directory of red5 and streamed and played from flash.
-
Application Crashes With No Exception
24 octobre 2017, par Frank NatoliHave a relatively complex C# Windows Forms application that makes use of C++ bridge DLL to call FFmpeg DLLS to concurrently write multiple MP4 files directly from imagery downloaded from real time cameras using a separate thread for each camera.
On my Windows 7 development laptop, Toshiba Tecra with i7 vPro eight core CPU and 16GB RAM, and on customer laptop, application runs fine.
But on customer desktop, configuration unknown, when the application finishes recording and begins downloading imagery from the real time cameras and thus begins calling FFmpeg DLLs, the application disappears without a trace, no exception message, no "program has stopped working", nothing. Normal program exit writes an "application exiting" message to a log file which is NOT happening, so I am reasonably certain the program is not normally exiting.
What might result in a C# Windows Forms application crash with no exception report from Windows ? -
retriever.getFrameAtTime always return the same frame
7 février 2024, par aprotiereThis code saves frames every 0.25s into a jpeg file. But it gives me almost always the same frame.


FFmpegMediaMetadataRetriever retriever = new FFmpegMediaMetadataRetriever();
retriever.setDataSource(url, new HashMap());
String durationStr = retriever.extractMetadata(FFmpegMediaMetadataRetriever.METADATA_KEY_DURATION);
long duration = Long.parseLong(durationStr);


long time = 0;
// Process each frame
Log.d("Video Service" , "Duration of the video : " + duration / 1000.0);
while(time < duration) {
 // Get the frame at the specified time
 Bitmap frameBitmap = retriever.getFrameAtTime(time * 1000, FFmpegMediaMetadataRetriever.OPTION_CLOSEST_SYNC); // get frame at one second
 Log.d("Video Service", "Current duration : " + String.valueOf((double) time/1000.0));
 ImageService.saveBitmapAsJPEG(context, frameBitmap, String.valueOf(time));
 time+= 250;
}

// Release the MediaMetadataRetriever
retriever.release();



I know there are multiple posts having the same issue but they don't solve my problems.


This one says it is microsecond. I do use microsecond in my code so this is not the problem.


This one says it's better to use FFmpeg instead of native android API, but i use FFmpeg and it still does the same.


I have tried many things and still I get the save frame saved again and again.


Any idea ?