Recherche avancée

Médias (91)

Autres articles (66)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

Sur d’autres sites (5701)

  • Firefox audio tag doubles length of OGG Vorbis

    22 mai 2014, par tomysshadow

    So, here I have a demo file from my website

    http://members.shaw.ca/darolynk/breakup/html5game/snd_music.ogg

    I am running off of Firefox Beta 30.0 and this issue does not persist in Google Chrome. In Firefox, when I play the file back, the length is displayed at around twice of its actual length as 32:13 when it is only 12:52 in length. Even worse, the audio stutters, playing one second of noise, one second of silence. This issue is not persistent in Chrome nor Opera. It is not a streaming issue (the song is streamed by the time it is played back in fact).

    I am wondering if this is an issue with the codec or with Firefox’s intrepretation of the codec, but more importantly, I want to know how to fix it. Some information about the file : the file is in OGG Vorbis format, 44100 Hz, 32 kbps Mono (yes, I am running out of storage space). It was encoded with SUPER, which in turn uses FFMpeg and MEncoder as necessary.

    This does not apply to all files of this format, making the issue even stranger. Are OGG Vorbis files over a certain length not allowed or interpreted differently by Firefox ? This must be the case for someone else and not just me...

    Any help is appreciated, thanks in advance !

  • Stream specifier '' in filtergraph description [0][1]concat=a=1:n=1:v=1[s0] matches no streams

    9 août 2020, par Tanmoy Bhowmick

    i am trying to concatenate two audio files in django with ffmpeg but getting this error Stream specifier '' in filtergraph description [0][1]concat=a=1:n=1:v=1[s0] matches no streams.`

    


    here is my function

    


    def audiomarge(request):
    recorded_audio = request.FILES['audio']
    new = tempSong(tempSongFile=recorded_audio)
    new.tempSongFile.name = 'test.wav'
    new.save()
    record_file_path = new.tempSongFile.path
    record_file_path = str(record_file_path)
    recorded_audio = request.POST.get('audio')
    songslug = request.POST.get('songslug')
    current_song = Song.objects.filter(slug=songslug)[0]
    current_song_path = current_song.songFile.url 
    current_song_path = '.'+(str(current_song_path))
    
    input_first = ffmpeg.input(current_song_path)
    input_second = ffmpeg.input(record_file_path)


    ffmpeg.concat(input_first, input_second, v=1, a=1).output('./finished_video.wav').run()
    return HttpResponse('okay')


    


    i have also tried .compile() instead of .run() in this case nothing is happening

    


  • tf.contrib.signal.stft returns an empty matrix

    9 décembre 2017, par matt-pielat

    This is the piece of code I run :

    import tensorflow as tf

    sess = tf.InteractiveSession()

    filename = 'song.mp3' # 30 second mp3 file
    SAMPLES_PER_SEC = 44100

    audio_binary = tf.read_file(filename)

    pcm = tf.contrib.ffmpeg.decode_audio(audio_binary, file_format='mp3', samples_per_second=SAMPLES_PER_SEC, channel_count = 1)
    stft = tf.contrib.signal.stft(pcm, frame_length=1024, frame_step=512, fft_length=1024)

    sess.close()

    The mp3 file is properly decoded because print(pcm.eval().shape) returns :

    (1323119, 1)

    And there are even some actual non-zero values when I print them with print(pcm.eval()[1000:1010]) :

    [[ 0.18793298]
    [ 0.16214484]
    [ 0.16022217]
    [ 0.15918455]
    [ 0.16428113]
    [ 0.19858395]
    [ 0.22861415]
    [ 0.2347789 ]
    [ 0.22684409]
    [ 0.20728172]]

    But for some reason print(stft.eval().shape) evaluates to :

    (1323119, 0, 513) # why the zero dimension?

    And therefore print(stft.eval()) is :

    []

    According to this the second dimension of the tf.contrib.signal.stft output is equal to the number of frames. Why are there no frames though ?