Recherche avancée

Sur d’autres sites (11832)

• Revision 122916 : dans le tableau de saisies, la clé ’options’ de décrit pas une saisie. ...

  9 mars 2020, par Maïeul Rouquette — Log

  dans le tableau de saisies, la clé ’options’ de décrit pas une saisie. Il ne faut donc pas lui donner un identifiant unique. Pouvait provoquer dans certains cas des bugs lors de la construction d’un formulaire formidable lorsqu’on réglait les options

• Anomalie #3461 (Nouveau) : bug sur les urls à cause d’une mauvaise global $profondeur_url

  4 juin 2015, par Maïeul Rouquette

  Le symptome¶

  de temps en temps (mais assez fréquemment dans mon cas) lorsqu’on a un site dans un sous repertoire, les urls produite par #URL_ARTICLE et co contiennent des "../". Conséquent, lorsqu’on clique on remonte d’un niveau, et du coup on tombe sur une page 404.

  La cause¶

  Visiblement d’après https://core.spip.net/projects/spip/repository/revisions/20729 la cause serait une mauvaise globale $profondeur_url.
  Je cite ESJ

  Enfin compris pourquoi SPIP compile parfois des squelettes où la globale profondeur_url est incorrecte. Lorsqu’on place dans ecrire/.htaccess une redirection comme "ErrorDocument 403 / ?page=403", curieusement Apache met dans $_SERVER[’REQUEST_URI’] l’URL initiale (donc avec .../ecrire/...) tandis qu’il met dans $_SERVER[’SCRIPT_NAME’] l’URL de redirection (dans l’exemple ci-dessus une page à la racine). Du coup, la compilation de cette page à la racine se fait avec une profondeur d’URL qui est celle de ecrire/ et non de la racine. Pour peu que cette page et ses inclusions soient mises en cache, c’est toutes les autres pages qui les partagent qui se retouvent avec de mauvaises URL.

  Les tentatives de résolution¶

  Deux commits en 2.1 ont tenté de résoudre les pb :
  https://core.spip.net/projects/spip/repository/revisions/20729
  et https://core.spip.net/projects/spip/repository/revisions/20762

  Ils ont été reporté en 3.0 par
  - https://core.spip.net/projects/spip/repository/revisions/20744
  - https://core.spip.net/projects/spip/repository/revisions/20745
  puis annulé car visiblement non pleinement fonctionnels en

  - https://core.spip.net/projects/spip/repository/revisions/20746
  - https://core.spip.net/projects/spip/repository/revisions/20747

  à ma connaissance c’est le point mort depuis

• When I append a silent audio (mp3) to an existing list of audio it garbles the final audio ?

  6 février 2020, par Marie

  After several hours I have narrowed down the issue with the garbled audio to be the 2-seconds silence audio mp3 I am appending (I think I had produced it once with Wavelab)

  However, I tried using ffmpeg according to a post to produce a similar 2 seconds audio but it too will corrupt/garble/chop voice in the final concatenation of audio files.

  ffmpeg -f lavfi -i anullsrc=r=44100:cl=mono -t 2 -q:a 9 -acodec libmp3lame SILENCE_2sec.MP3

  I typically will have several audio files to concatenate together but for simplicity I have able to narrow it to a couple of files simplifying to the following script. A simple Windows batch file you should be able to use and reproduce the issue at your end.

  rem 
  
  rem  
  
  SET EXE="S:\_BINS\FFmpeg 4.2.1 20200112\bin\ffmpeg.exe"
  
  
  
  SET ROOTPATH=.\
  
  
  
  SET IN_FILE="%ROOTPATH%MyList.txt"
  
  
  
  ECHO file '%ROOTPATH%HELLO.mp3' > MyList.txt
  
  ECHO file 'SILENCE_2sec.MP3' >> MyList.txt
  
  
  
  SET OPTIONS= -f concat -safe 0 -i  %IN_FILE%  -c copy -y
  
  
  
  SET OUT_FILE="%ROOTPATH%CONCATENATED_AUDIO_2.MP3"
  
  
  
  SET INFO_FILE="INFO.TXT"
  
  
  
  %EXE% %OPTIONS%  %OUT_FILE% 1> %INFO_FILE% 2>&1 
  
  
  
  ECHO ======================== >> %INFO_FILE%
  
  ECHO IN_FILE=%IN_FILE%  >> %INFO_FILE% 
  
  ECHO EXE=%EXE%  >> %INFO_FILE% 
  
  ECHO OPTIONS=%OPTIONS%  >> %INFO_FILE% 
  
  ECHO ======================== >> %INFO_FILE%

  Here is the console info output from the ffmpeg, let me know if you need other output include ones from ffprobe

  ffmpeg version git-2020-01-10-3d894db Copyright (c) 2000-2020 the FFmpeg developers
  
    built with gcc 9.2.1 (GCC) 20191125
  
    configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf
  
    libavutil      56. 38.100 / 56. 38.100
  
    libavcodec     58. 65.103 / 58. 65.103
  
    libavformat    58. 35.101 / 58. 35.101
  
    libavdevice    58.  9.103 / 58.  9.103
  
    libavfilter     7. 70.101 /  7. 70.101
  
    libswscale      5.  6.100 /  5.  6.100
  
    libswresample   3.  6.100 /  3.  6.100
  
    libpostproc    55.  6.100 / 55.  6.100
  
  [mp3 @ 000000000036af80] Estimating duration from bitrate, this may be inaccurate
  
  Input #0, concat, from '.\MyList.txt':
  
    Duration: N/A, start: 0.000000, bitrate: 32 kb/s
  
      Stream #0:0: Audio: mp3, 24000 Hz, mono, fltp, 32 kb/s
  
  Output #0, mp3, to '.\CONCATENATED_AUDIO_2.MP3':
  
    Metadata:
  
      TSSE            : Lavf58.35.101
  
      Stream #0:0: Audio: mp3, 24000 Hz, mono, fltp, 32 kb/s
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (copy)
  
  Press [q] to stop, [?] for help
  
  [mp3 @ 0000000000372d00] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 17280 >= 17255
  
  size=      11kB time=00:00:02.73 bitrate=  33.2kbits/s speed=2.73e+03x    
  
  video:0kB audio:11kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.137446%
  
  ======================== 
  
  IN_FILE=".\MyList.txt"   
  
  EXE="S:\_BINS\FFmpeg 4.2.1 20200112\bin\ffmpeg.exe"   
  
  OPTIONS= -f concat -safe 0 -i  ".\MyList.txt"  -c copy -y   
  
  ========================  

  I believe I am running FFmpeg 4.2.1, recently installed (20200112)

  You may produce the HELLO.mp3 by saving the following link

  https://translate.google.com.vn/translate_tts?en=UTF-8&q=Hello+&tl=en&client=tw-ob

  FYI, I am still a novice of ffmpeg and using it more like a black box with the help I received in this very super forum.
  Please be as explicit as you can with command line options on how I can fix this issue.
  Thank you.

  Additional Hints Debugging :

  If I append more files after the silence audio it seems that the silence audio impacts (garbles, chops) the previous audio.
  You may try the following for the list of audio files input.

  ECHO file '%ROOTPATH%HELLO.mp3' > MyList.txt
  
  ECHO file 'SILENCE_2sec.MP3' >> MyList.txt
  
  ECHO file '%ROOTPATH%HELLO.mp3' >> MyList.txt
  
  ECHO file '%ROOTPATH%HELLO.mp3' >> MyList.txt

  I typically add one or more silence file to derive a post silence effect after the actual audio. That’s my current logic. However if you have an alternative to appending a silence in the process of concatenating several audio files or appending x-seconds silence to an existing audio file. I can use that method as well from my coding.

  Thank you.