
Recherche avancée
Autres articles (80)
-
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...) -
Configurer la prise en compte des langues
15 novembre 2010, parAccéder à la configuration et ajouter des langues prises en compte
Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...) -
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 (...)
Sur d’autres sites (9779)
-
x264 : How to Correctly Use quant_offsets ?
25 août 2022, par EynnzerrSuppose I need to encode different regions with different QPs in one frame, i.e. RoI(regions of interest) encoding. I searched all over the internet and was only told that
quant_offsets
can meet my demand. However, none of them told me exactly how to use it, and I can't find any official documentation about it. I read the source code of x264 and did experiments, and find it only adds an offset to the qp decision x264 has made, rather than exactly set the qp value I want.

Is there a possible way that I can have x264 encode these regions using the qp value I've explictly given instead of adding offsets based on what it decided on its own ? Many thanks !


-
Using ffmpeg to encode web dash and audio drift
1er octobre 2016, par John JoskeI’m trying to use ffmpeg to create webm-dash encoded files from a usb web cam. Adapted from this example http://wiki.webmproject.org/adaptive-streaming/instructions-to-do-webm-live-streaming-via-dash
I have managed to get something nearly works with the following command :
ffmpeg -f video4linux2 -framerate 30 -s 640x360 -i /dev/video0
-thread_queue_size 512 -f alsa -ar 44100 -ac 2 -i hw:2 -map 0:0 -pix_fmt yuv420p -c:v libvpx-vp9 -s 640x360 -keyint_min 60 -g 60 -speed 6 -tile-columns 4 -frame-parallel
1 -threads 8 -static-thresh 0 -max-intra-rate 300 -deadline realtime
-lag-in-frames 0 -error-resilient 1 -f webm_chunk -header video_360.hdr" -chunk_start_index 1 video_360_%d.chk -map 1:0 -c:a libvorbis -b:a 128k -ar 44100
-f webm_chunk -copytb 1 -audio_chunk_duration 2000 -header video_171.hdr -chunk_start_index 1 video_171_%d.chkHowever over a period of time the audio chunks slowly get behind the video chunks, can anyone suggest a way to ensure they stay the same.
-
ffmpeg dshow Frame dropped on removal and re-insertion of headset
11 février 2019, par Debendra ModiI am using avformat_open_input and av_read_frame to capture audio frames from my usb headset (speaker and mic - "audio=virtual-audio-capturer" and my usb mic device) and then further processing of the frame. Everything works fine. I can run my code for days without any issue. However, when I remove my headset from the usb jack, as expected av_read_frame gives an error code -5.
At this time, I close my input device using avformat_close_input and try to open the input device. This continues to fail till I re-insert my headset. I am then again able to capture the frames and process them. However, after some time, I get messages as follows from the ffmpeg library -
[dshow @ 0a529040] real-time buffer [virtual-audio-capturer] [audio input] too full or near too full (99% of size : 3041280 [rtbufsize parameter]) ! frame dropped !
It appears dshow continues to capture frames although I have closed the input. Most forums mention to increase the rtbufsize, but that may not be a proper solution specially if I want to remove my headset for long duration.
Isn’t there any way to stop dshow from capturing frames so that i am able to run my code without dropping frames, regardless of how many times or how long I remove the headset ?
Thanks in advance.