Recherche avancée

Sur d’autres sites (7171)

• Problem with invalid metadata of a FLAC file

  14 novembre 2022, par Florian Saurwein

  i need to upload audio files (mainly WAV/FLAC) to an API. I validate these files by checking the output of ffprobe.
I have a media file at hand that seemingly fulfills all requirements of the API (Sample rate, bitrate, etc.) but has one anomaly that probably causes the rejection. (It plays fine though) The file looks like this :

  


  $ ffprobe sample.flac 
ffprobe version 4.2.4-1ubuntu0.1 Copyright (c) 2007-2020 the FFmpeg developers
  built with gcc 9 (Ubuntu 9.3.0-10ubuntu2)
  configuration: --prefix=/usr --extra-version=1ubuntu0.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
  libavutil      56. 31.100 / 56. 31.100
  libavcodec     58. 54.100 / 58. 54.100
  libavformat    58. 29.100 / 58. 29.100
  libavdevice    58.  8.100 / 58.  8.100
  libavfilter     7. 57.100 /  7. 57.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  5.100 /  5.  5.100
  libswresample   3.  5.100 /  3.  5.100
  libpostproc    55.  5.100 / 55.  5.100
Input #0, flac, from 'sample.flac':
  Metadata:
    ENCODER         : Easy CD-DA Extractor (http://www.poikosoft.com)
  Duration: 00:04:42.31, start: 0.000000, bitrate: 572 kb/s
    Stream #0:0: Audio: flac, 44100 Hz, stereo, s16


  


  Notice that the Metadata states, that the encoder is Easy CD-DA Extractor (http://www.poikosoft.com), however, running ffmpeg -i sample.flac -map_metadata -1 -c:a copy sample-out.flac and running ffprobe again, the actual encoder turns out to be Lavf58.29.100.

  


  $ ffprobe sample-out.flac
ffprobe version 4.2.4-1ubuntu0.1 Copyright (c) 2007-2020 the FFmpeg developers
  built with gcc 9 (Ubuntu 9.3.0-10ubuntu2)
  configuration: --prefix=/usr --extra-version=1ubuntu0.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
  libavutil      56. 31.100 / 56. 31.100
  libavcodec     58. 54.100 / 58. 54.100
  libavformat    58. 29.100 / 58. 29.100
  libavdevice    58.  8.100 / 58.  8.100
  libavfilter     7. 57.100 /  7. 57.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  5.100 /  5.  5.100
  libswresample   3.  5.100 /  3.  5.100
  libpostproc    55.  5.100 / 55.  5.100
Input #0, flac, from 'sample-out.flac':
  Metadata:
    encoder         : Lavf58.29.100
  Duration: 00:04:42.31, start: 0.000000, bitrate: 572 kb/s
    Stream #0:0: Audio: flac, 44100 Hz, stereo, s16


  


  Now obviously, this is caused by this weird converter software, that encodes these files and puts the wrong encoder in the file's metadata.
Now I have some questions :

  


  

  • Is this a required specification of flac files to include the encoder in the file metadata ? Because the API documentation does not state anywhere if the metadata encoder has to match the actual encoder of the audio stream or what codecs are actually allowed.

  


  • How do I go about detecting such anomalies ? Because currently, I have to copy the file with ffmpeg, check the encoder of the copied file. This process takes unnecessary compute resources.

  


  


  Best regards,
Florian

  


• Anomalie #4737 (Nouveau) : Erreur recherche dans les forums dans le privé

  17 avril 2021, par jluc -

  Dans la partie privée, lorsqu’on utilise la recherche dans les forums publics (menu Activité / Gérer les forums), c’est le forum en tête du fil (id_thread) d’une bonne réponse qui est renvoyé, pas le forum qui contient le mot cherché. Du coup on ne voit pas le mot recherché.

  Exemple :
  - Pour l’article "Formidable, le générateur de formulaires" sur contrib https://contrib.spip.net/3284
  - la recherche du mot "hashage" https://contrib.spip.net/ecrire/?exec=controler_forum&objet=article&id_objet=3284&recherche=hashage
  - renvoie le forum 508211, qui est la question (=id_thred) « Est-ce qu’il serait envisageable que l’option « Effacer régulièrement les résultats les plus anciens » affecte tous les résultats ? »
  - alors que le mot apparaît dans une des réponses, le forum 508219. https://contrib.spip.net/ecrire/?exec=controler_forum&objet=article&id_objet=3284&debut_forum=%40508219#forum508219 (son url actuelle dans le public : https://contrib.spip.net/3284#comment508219-508211)

  Seul le forum de tête de fil apparaît.

  Constaté avec les liens ci dessus sur contrib, et également sur un autre site en SPIP 3.3 de l’automne 2020.

• avcodec/speedhqenc : Call correct function

  10 décembre 2020, par Andreas Rheinhardt

  avcodec/speedhqenc : Call correct function
  Up until now, the SpeedHQ encoder called a wrong function for init :
  
  void ff_init_uni_ac_vlc(const uint8_t huff_size_ac[256],
  
                          uint8_t *uni_ac_vlc_len) ;
  
  Yet the first argument actually used is of type RLTable ; the size of
  
  said struct is less than 256 if the size of a pointer is four, leading
  
  to an access beyond the end of the RLTable.
  This commit fixes this by calling the actually intended function :
  
  init_uni_ac_vlc() from mpeg12enc.c. It was intended to use this
  
  function [1], yet doing so was forgotten when the patch was actually
  
  applied.
  [1] : https://ffmpeg.org/pipermail/ffmpeg-devel/2020-July/266187.html
  Reviewed-by : Paul B Mahol <onemda@gmail.com>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavcodec/Makefile
  • [DH] libavcodec/mpeg12.h
  • [DH] libavcodec/mpeg12enc.c
  • [DH] libavcodec/speedhqenc.c