Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (44)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • 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 (6040)

  • Configure ffmpeg for android in windows 7 on ubuntu

    22 septembre 2014, par user2659308

    Can anyone help me regarding how to configure ffmpeg with eclipse for android in windows7 or in ubuntu

    I tried many time with ndk10rb but not configured , tried many times

    Can anyone help me asap

  • avconv transcoding drops frames

    8 mars 2015, par ziggestardust

    I have a logitech c920 that I can send perfectly fine to a wowza server with this with excelent results :

    ./capture  -o -c0|avconv -f alsa  -b 128k -i hw:1   -re -i - -vcodec copy  -ar 44100 -bufsize 1835k   -map 0:0 -map 1:0 -f flv rtmp://myhost/live/streamname

    (capture program is from here : http://derekmolloy.ie/streaming-video-using-rtp-on-the-beaglebone-black/ I’m not using beaglebone, but his capture software runs excellent on my debian pc)

    However, I want to store the h264 stream from the camera down to disk, and later send it in a lower resolution with avconv so I’m playing with libx264

    It seems I can’t even do this without getting drops :

    ./capture  -o -c0|avconv -f alsa  -b 128k -i hw:1   -re -i - -vcodec libx264  -ar 44100 -bufsize 1835k   -map 0:0 -map 1:0 -f flv rtmp://myhost/live/streamname

    This is what avconv ’-v verbose’ shows :

    alsa @ 0x864b940] Estimating duration from bitrate, this may be inaccurate
    Input #0, alsa, from 'hw:1':
     Duration: N/A, start: 22758.998967, bitrate: N/A
       Stream #0.0: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s
    .................................................................................................................................[h264 @ 0x8659400] max_analyze_duration reached
    [h264 @ 0x8659400] Estimating duration from bitrate, this may be inaccurate
    Input #1, h264, from 'pipe:':
     Duration: N/A, bitrate: N/A
       Stream #1.0: Video: h264 (Constrained Baseline), yuvj420p, 1280x720 [PAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 48 tbc
    Parsing...
    Parsed protocol: 0

    ...... and then this :

    Output #0, flv, to 'rtmp://mystream/live/streamname':
     Metadata:
       encoder         : Lavf53.21.1
       Stream #0.0: Audio: libmp3lame, 44100 Hz, 2 channels, s16, 200 kb/s
       Stream #0.1: Video: libx264, yuvj420p, 1280x720 [PAR 1:1 DAR 16:9], q=-1--1, 1k tbn, 25 tbc
    Stream mapping:
     Stream #0:0 -> #0:0 (pcm_s16le -> libmp3lame)
     Stream #1:0 -> #0:1 (h264 -> libx264)
    Press ctrl-c to stop encoding
    [alsa @ 0x864b940] ALSA buffer xrun.
    *** drop!
       Last message repeated 39 times
    *** drop!11 fps=  0 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=40    
       Last message repeated 46 times
    *** drop!22 fps= 21 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=87    
    .    Last message repeated 20 timesss
    .....*** drop!   27 fps= 13 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=108    
       Last message repeated 3 timess
    ..*** drop! fps= 10 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=112    
       Last message repeated 5 timesss
    .*** drop!0 fps=  9 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=118    
    .    Last message repeated 5 timess
    .*** drop!2 fps=  9 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=124    
       Last message repeated 6 timesss
    .*** drop!3 fps=  8 q=0.0 size=       0kB time=0.03 bitrate= 116.9kbits/s dup=0 drop=131    
    ^C    Last message repeated 1 times
    *** drop!
       Last message repeated 3 times

    I have tried with ffmpeg but it gives same result with dropped frames.

    Any help appreciated

  • Get_iplayer not converting to MP4 [closed]

    16 juin 2022, par PhilDunford

    get_iplayer

    


    I know that this is an old piece of code, but it still does a great job.

    


    In the last week or so it's stopped converting the .ts files to .mp4. I've seem this mentioned elsewhere, but no solution. I think the key line among many error messages may be 'unable to determine ffmpeg version'.

    


    I assume the BBC has done something to break it (this has happened many times before).

    


    Needs someone much cleverer than me to fix it. Does anyone still update the code or know a work around ?