Recherche avancée

Sur d’autres sites (4258)

• Anomalie #2182 : tables spip_trucs_liens dans les logs

  7 juillet 2016, par Guillaume Fahrner

  Le commit ne supprime qu’une seule ligne de log, il reste toujours ces lignes généré lors de l’accès à une page contenant une boucle recherche ( a chaque recherche) :

  2016-07-07 10:41:36 IP (pid 16419) :Pub : !INFO : trouver_table : table inconnue ’’ ’spip_articles_liens’
  2016-07-07 10:41:36 IP (pid 16419) :Pub:ERREUR : Erreur mysql 1146
  2016-07-07 10:41:36 IP (pid 16419) :Pub:ERREUR : Erreur mysql 1146

  venant pour la première de :

  ecrire/base/trouver_table.php:155 : spip_log("trouver_table : table inconnue ’$serveur’ ’$nom’", _LOG_INFO_IMPORTANTE) ;

  Est ce encore améliorable ?

• Revision 53630 : formulaires_truc_saisies(...) peut maintenant parfois avoir un dernier ...

  19 octobre 2011, par rastapopoulos@… — Log

  formulaires_truc_saisies(...) peut maintenant parfois avoir un dernier paramètre en plus qui est un tableau de valeurs chargées. On ajoute ça lors de l’appel depuis charger(), ce qui évite la majorité du temps de faire des requêtes supplémentaires qui auraient déjà été faites dans charger(). Si on a : (...)

• ffmpeg crop in a loop crops files incrementally

  13 septembre 2014, par Voprosnik

  I have a very large audio mp4 file that contains several songs.

  I have generated a script which reads a text file with the times and the song names and successfully assigns starttime, endtime and songtitle in 3 variables. The script successfully echoes the variables and returns the following format :

  00:00:00 00:10:15 Song1
  
  00:10:15 00:14:20 Song2

  and so on...

  Now I am intending to use this script with ffmpeg and crop each part of the big file into smaller audio files.

  The script thus, after feeding the variables in a while loop, it reaches to the command

  ffmpeg -ss $START -t $END -i ${1} -acodec copy $SONGNAME.mp4

  Then I realized that the -t option doesn’t refer to the end point of the excerpt, but the duration. Eg. when I attempted to crop a song from 10:00 to 12:00 it resulted to a 12 minutes long sound file, far longer than the song itself. This resulted in increasingly bigger files.

  Therefore I found some date-manipulating algorithms. Subtracting $START from $END results to an integer with the song’s duration in seconds. I tested it by echoing the results and it resulted to realisting figures (around 100-200).

  However when I replaced the -t option with $DUR instead of $END, this resulted also to increasingly larger files. I didn’t measure the exact length of each, but it seems that the duration increased itself by each loop. I also added an echo $DUR line, which returned the realistic amounts it should. However the ffmpeg -t $DUR did not seem to agree.

  PS. -t has two options, input (before -i) and output (after -i). When I use it after the -i as output (i.e. the duration of the output file) it SEEMS to work, at least it generates realisticly sized files. The question remains why it behaves strangely in the first place.