
Recherche avancée
Autres articles (84)
-
Problèmes fréquents
10 mars 2010, parPHP et safe_mode activé
Une des principales sources de problèmes relève de la configuration de PHP et notamment de l’activation du safe_mode
La solution consiterait à soit désactiver le safe_mode soit placer le script dans un répertoire accessible par apache pour le site -
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 (...) -
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
Sur d’autres sites (5681)
-
ffmpeg volumedetect returns unstable result
8 février 2018, par Eric StdlibI am using ffmpeg to calculate the volume of my audio file, but I find that ffmpeg returns different values for different containers (like mp3 v.s. ogg)
Here is an example. I am using an ogg file from Wikimedia Commons, and converting it to mp3, then analyze the volume of both files. For ogg file, I get -3.0 dB for mean volume, but for mp3 file, I get -3.4 dB. When I use other files, I also get different max volume and histogram.
[user@localhost tmp]$ wget https://upload.wikimedia.org/wikipedia/commons/b/b9/Audio_Frequency_tone%2C_Middle_C%2C_C4%2C_261.63hz.ogg -O a.ogg 2> /dev/null
[user@localhost tmp]$ ffmpeg -i a.ogg a.mp3 2> /dev/null
[user@localhost tmp]$ ffmpeg -i a.ogg -af volumedetect tmp.ogg 2>&1 | grep volumedetect
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] n_samples: 88768
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] mean_volume: -3.0 dB
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] max_volume: 0.0 dB
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] histogram_0db: 27541
[user@localhost tmp]$ ffmpeg -i a.mp3 -af volumedetect tmp.mp3 2>&1 | grep volumedetect
[Parsed_volumedetect_0 @ 0x55fd62be4740] n_samples: 88768
[Parsed_volumedetect_0 @ 0x55fd62be4740] mean_volume: -3.4 dB
[Parsed_volumedetect_0 @ 0x55fd62be4740] max_volume: -0.0 dB
[Parsed_volumedetect_0 @ 0x55fd62be4740] histogram_0db: 21340
[user@localhost tmp]$Why is this bug happening ? Which one should I believe ?
-
FFMPEG returns the wrong time
22 juillet 2016, par GeeHopperI’m currently trying to cut a file using ffmpeg with the following command : "ffmpeg -sseof -10 -i resourcefile.mp4 -c copy cuttedfile.mp4" but for some reason the new file length is more than 10 seconds (around 15). So now I’m wondering if this is a bug, since this should cut the last 10 seconds in a new file.
Thanks for the help :)
-
fftools/ffmpeg_dec : abort if avcodec_send_packet() returns EAGAIN
22 mai 2023, par James Almerfftools/ffmpeg_dec : abort if avcodec_send_packet() returns EAGAIN
As the comment in the code mentions, EAGAIN is not an expected value here
because we call avcodec_receive_frame() until all frames have been returned.
avcodec_send_packet() returning EAGAIN means a packet is still buffered, which
hints that the underlying decoder is buggy and not fetching packets as it
should.An example of this behavior was in the libdav1d wrapper before f209614290,
where feeding it split frames (or individual OBUs) would result in the CLI
eventually printing the confusing "Error submitting packet to decoder : Resource
temporarily unavailable" error message, and just keep going until EOF without
returning new frames.Signed-off-by : James Almer <jamrial@gmail.com>