Recherche avancée

Sur d’autres sites (10692)

• find the timestamp of a sound sample of an mp3 with linux or python

  23 juin 2020, par cardamom

  I am slowly working on a project which where it would be very useful if the computer could find where in an mp3 file a certain sample occurs. I would restrict this problem to meaning a fairly exact snippet of the audio, not just for example the chorus in a song on a different recording by the same band where it would become more some kind of machine learning problem. Am thinking if it has no noise added and comes from the same file, it should somehow be possible to locate the time at which it occurs without machine learning, just like grep can find the lines in a textfile where a word occurs.

  


  In case you don't have an mp3 lying around, can set up the problem with some music available on the net which is in the public domain, so nobody complains :

  


  curl https://web.archive.org/web/20041019004300/http://www.navyband.navy.mil/anthems/ANTHEMS/United%20Kingdom.mp3 --output godsavethequeen.mp3


  


  It's a minute long :

  


  exiftool godsavethequeen.mp3 | grep Duration
Duration                        : 0:01:03 (approx)


  


  Now cut out a bit between 30 and 33 seconds (the bit which goes la la la la..) :

  


  ffmpeg -ss 30 -to 33 -i godsavethequeen.mp3 gstq_sample.mp3


  


  both files in the folder :

  


  $ ls -la
-rw-r--r-- 1 cardamom cardamom   48736 Jun 23 00:08 gstq_sample.mp3
-rw-r--r-- 1 cardamom cardamom 1007055 Jun 22 23:57 godsavethequeen.mp3


  


  This is what am after :

  


  $ findsoundsample gstq_sample.mp3 godsavethequeen.mp3
start 30 end 33


  


  Am happy if it is a bash script or a python solution, even using some kind of python library. Sometimes if you use the wrong tool, the solution might work but look horrible, so whichever tool is more suitable. This is a one minute mp3, have not thought yet about performance just about getting it done at all, but would like some scalability, eg find ten seconds somewhere in half an hour.

  


• Evolution #2209 : Préciser le poids des documents DANS le lien

  31 octobre 2014, par tetue tetue

  (Je mets à jour, parce que l’eau à coulé sous les ponts entre temps…)

  Le code généré serait :

  Télécharger nom_du_fichier.pdf (PDF - 32Ko)

  - Apposer une class générique permet de cibler ces liens au besoin (moins radical que de reposer sur le ciblage par attribut)
  - Oublier « spip-doc » parce que risque de confusion avec d’autres notions (les modèles de documents de SPIP ou les fichiers Word)
  - « download » est le terme générique le plus convenu
  - L’apposition d’une class par extension, homonyme (.doc, .pdf, etc.) est facultative, puisqu’un ciblage par attribut couplé au sélecteur générique suffit
  - Ajouter les informations pertinentes pour chaque fichier dans l’élément small
  - Éviter d’expliciter l’abbr (dont seule la première occurrence dans la page doit être explicitée ; de plus, abbr relève d’un confort superflu)
  - Se passer d’attribut title, facultatif dans ce cas (sauf en cas, vicieux, de masquage via CSS des infos de poids et formats — si attribut title, celui-ci doit reprendre le libellé à l’identique, au moins — mais faisons simple : n’en mettons point).

• avcodec/ac3_parser : improve false positive detection when parsing sync frames

  22 octobre 2022, par James Almer

  avcodec/ac3_parser : improve false positive detection when parsing sync frames
  A two byte sync word is not enough to ensure we got a real syncframe, nor are
  
  all the range checks we do in the first seven bytes. Do therefore an integrity
  
  check for the sync frame in order to prevent the parser from filling avctx with
  
  bogus information.
  Signed-off-by : James Almer <jamrial@gmail.com>
  

  • [DH] libavcodec/aac_ac3_parser.c
  • [DH] libavcodec/aac_ac3_parser.h
  • [DH] libavcodec/ac3_parser.c