Recherche avancée

Médias (91)

Autres articles (24)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Création définitive du canal

    12 mars 2010, par

    Lorsque votre demande est validée, vous pouvez alors procéder à la création proprement dite du canal. Chaque canal est un site à part entière placé sous votre responsabilité. Les administrateurs de la plateforme n’y ont aucun accès.
    A la validation, vous recevez un email vous invitant donc à créer votre canal.
    Pour ce faire il vous suffit de vous rendre à son adresse, dans notre exemple "http://votre_sous_domaine.mediaspip.net".
    A ce moment là un mot de passe vous est demandé, il vous suffit d’y (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (4143)

  • Revert "avformat/utils : Close codec context since it is allocated by avformat_new_str...

    21 juillet 2013, par Michael Niedermayer
    Revert "avformat/utils : Close codec context since it is allocated by avformat_new_stream in refrence to ticket 2716"

    This causes a race condition with VLC. Its plausible that other
    
applications also would have races with it and its just fixing a memleak when
    
the user application forgets to free the codec. It causes more
    
problems than it solves in its current form, thus the revert.
    
Better solutions are welcome
    

    This reverts commit 0f229f9b91fe3c4ebd97e88f004d638819b76add.
    • [DH] libavformat/utils.c

  • Creating forks of `ffmpeg` in loop inside a shell script "loses" some iterations

    19 octobre 2015, par sschaef

    I have a shell script that takes a directory as input, reads all mp4 files in it and convert them to a mp3 with ffmpeg :

    #!/bin/bash
    

    
dir=$1
    

    
while read -rd "" file
    
do
    
  base=$(basename "$file")
    
  filename=${base%(*}".mp3"
    
  ffmpeg -i "$file" -vn -ar 44100 -ac 2 -ab 192000 -f mp3 "$filename" &
    
done < <(find $dir -maxdepth 1 -iname "*.mp4" -print0)
    

    
wait
    

    
exit 0

    Currently all these calls to ffmpeg are forked because when I leave out the & at the end only the first file in converted and the others are ignored.

    But this is problematic because somethings this fails on some files error messages like the following :

    path/to/file/file name - with spaces(info)(temp_information).mp4 : No such file or directory

    All file names normally contain spaces, maybe that is the reason why it fails for some files.

    Thus, I have the following questions :

    1. When I don’t fork the ffmpeg calls why is only the first file executed ? I expected that the loop waits until the process is finished and then continues with the next iteration.
    2. Why is the script unable to find some files (maybe it is a problem of ffmpeg) ?
    3. How to solve all these problems and make the script to work ?

  • Evolution #3071 : Performance boucle DATA sur CSV

    15 octobre 2013, par esj -

    De l’utilité de faire "svn cp" et non une copie dans éditeur perso pour que l’historique d’un code soit facile à retrouver.

    Ce code est apparu en 2007 dans r10948 qui répondait à une difficulté signalée dans Spip-contrib, à laquelle il fut répondu par un code, documenté sur spipnet comme il se doit :
    http://contrib.spip.net/Creer-de-grands-tableaux-dans-SPIP,9#forum401060

    Cette fonction faisait alors 3 lignes, c’était plus rapide à écrire que de regarder si PHP avait l’équivalent en magasin.
    Ensuite, il y a eu quantités de signalements de problèmes, ce format propriétaire à l’origine ayant un RFC tardif et imprécis dont tout le monde se fout,
    d’où un code qui n’a pas cessé de croître avec les années (r11111, r11113, r13859, r14013 surtout). Au vu du commentaire dans la doc PHP de fgetcsv, ce code semble toujours d’actualité. En tout cas il y a intérêt à vérifier que les cas signalés dans les logs des commit ci-dessous sont bien pris en compte par cette fonction avant de mettre le code des autres à la poubelle sans chercher à comprendre, marque de fabrique de SPIP3.

Navigation