
Recherche avancée
Autres articles (60)
-
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (11820)
-
Revision 1434f7695b : Skip ref frame mode search conditioned on predicted mv residuals This commit ma
3 novembre 2014, par Jingning HanChanged Paths :
Modify /vp9/encoder/vp9_pickmode.c
Skip ref frame mode search conditioned on predicted mv residualsThis commit makes the RTC coding mode to conditionally skip the
reference frame mode search, when the predicted motion vector of
the current reference frame gives more than two times sum of
absolute difference compared to that of other reference frames.It reduces the runtim by 1% - 4% for speed -5 and -6. The average
compression performance is improved by about 0.1% in both settings.It is of particular benefit to light change scenarios. The
compression performance of test clip mmmovingvga.y4m is improved by
6.39% and 15.69% at high bit rates for speed -5 and -6, respectively.Speed -5
vidyo1 16555 b/f, 40.818 dB, 12422 ms ->
16552 b/f, 40.804 dB, 12100 msnik 33211 b/f, 39.138 dB, 11341 ms ->
33228 b/f, 39.139 dB, 11023 msmmmoving 33263 b/f, 40.935 dB, 13508 ms ->
33256 b/f, 41.068 dB, 12861 msSpeed -6
vidyo1 16541 b/f, 40.227 dB, 8437 ms ->
16540 b/f, 40.220 dB, 8216 msnik 33272 b/f, 38.399 dB, 7610 ms ->
33267 b/f, 38.414 dB, 7490 msmmmoving 33255 b/f, 40.555 dB, 7523 ms ->
33257 b/f, 40.975 dB, 7493 msChange-Id : Id2aef76ef74a3cba5e9a82a83b792144948c6a91
-
avfilter/af_speechnorm : remove long search range for min gain
6 novembre 2022, par Paul B Mahol -
Why the number of samples given by `ffmpegio` differs using 2 methods ?
24 septembre 2024, par Julien Larget-PietI have an mp3 file at a sample rate value of
44100
, let's name ita.mp3
.

Using python library
ffmpegio
with the following code, i get a total amount of sample equal to290704
.

with ffmpegio.open(file, 'ra', blocksize = 16, sample_fmt = 'dbl') as file_opened:

 for i, indata in enumerate(file_opened):

 do some stuff
 print((i + 1) * 16)



But,


ffmpegio.probe.audio_streams_basic('a.mp3')[0]['nb_samples']


gives me
292608


How the difference between
292608
and290704
could be explained ?

I search in
ffmpegio
documentation, but found nothing that trigered my attention :

https://python-ffmpegio.github.io/python-ffmpegio/


Thanks.


I tried to get more information about how the total number of samples was calculated in
ffmpegio.probe.audio_streams_basic()


Also, the difference does not seem to increase with increasing the length of the mp3 file.