
Recherche avancée
Autres articles (102)
-
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 (...) -
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...) -
Emballe Médias : Mettre en ligne simplement des documents
29 octobre 2010, parLe plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)
Sur d’autres sites (13774)
-
lavu/opencl : replace va_ext.h with standard name
23 novembre 2018, par Ruiling Songlavu/opencl : replace va_ext.h with standard name
Khronos OpenCL header (https://github.com/KhronosGroup/OpenCL-Headers)
uses cl_va_api_media_sharing_intel.h. And Intel's official OpenCL driver
for Intel GPU (https://github.com/intel/compute-runtime) was compiled
against Khronos OpenCL header. So it's better to align with Khronos.Signed-off-by : Ruiling Song <ruiling.song@intel.com>
-
How to pack the pyav.packet and distribute to another computer
31 juillet 2024, par lambertkI'm currently working on projects which needs to read frames from RTSP server on single entry of computer, do some preprocessing and distribute these frames with preprocessed metadata to different backend for different purpose.


And after googling, I found that PyAV could be the solution which can retrieve the video from RTSP source and make it packets, which could possibly be sent to another computer.


Considering the network bandwidth, transmit the packets instead of the decoded frames could be better choice.


But now comes the problem, socket/MQ, usually only allows to send bytes or string.

Encode thePyAV.packet.Packet
object into byte is easy bybytes(packet)
, but I couldn't find out the way to decode it back toPyAV.packet.Packet
object.

I've tried to use
pickle
to serialize the packet, but this method is not implemented in PyAV, and was rejected by the official team.

I've also tried to use another package called msgpack, which also failed to serialize the packet.


I've tried the following code after reading the source code of PyAV


packet_bytes = bytes(packet)
pt = av.packet.Packet(len(packet_bytes))
pt.update(packet_bytes)



the update function seems did not update anything


Is there anyway to decode the bytes back to packet object ?


Or, can someone give out a way to encode the frame packet and the preprocessed metadata (which is differ frame by frame) together (like H264 SEI Message, which I tried, but could not be inserted when using Python) then send to backend ?


-
ffmpeg simple 5fps webcam capturing but results in poor performance
16 septembre 2022, par irousI'm using Windows 10, intel core i5, 8GB ram. and download ffmpeg from official site : https://www.gyan.dev/ffmpeg/builds/


I'm trying to capture 5fps video from webcam but the output fps is only 3.4 and speed is 0.668x. (I also tried with libx264 but the speed is same 0.5).

This is my command :

ffmpeg ^
 -f dshow -r 5 -s 640x480 -i video="Sony Visual Communication Camera" ^
 -f rawvideo output.raw



screenshot of console output :



The cpu usage for above ffmpeg command is about 0.1% and also ram/disk usage is relatively low.

If I change the fps to 30 (-r 30
), the output is : fps 7.9, speed 0.261x and CPU usage is still very low 0.1%.

But I can easily record 30fps video with the same format yuyv422 in Directshow GraphEdit :



So my question is why does ffmpeg show such poor performance even with 5fps video capturing ? If it can only produce 3.4 fps in the first case why it can output up to 7.9 fps in the latter case (when I set desired fps to 30) ? Did I mis-config ffmpeg ?

Any help is appreciated.