Recherche avancée

Médias (1)

Mot : - Tags -/blender

Autres articles (71)

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

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

Sur d’autres sites (10652)

  • Merge commit 'f7ec7f546f0021d28da284b024416b916b61c974'

    27 septembre 2017, par James Almer
    Merge commit 'f7ec7f546f0021d28da284b024416b916b61c974'

    * commit 'f7ec7f546f0021d28da284b024416b916b61c974' :
    
  wma : Convert to the new bitstream reader
    

    This commit is a noop, see
    
http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209609.html
    

    Merged-by : James Almer <jamrial@gmail.com>

  • 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

  • Convert a ffmpeg video to an appropriate dimension

    6 mars 2015, par georgechalhoub

    I am writing a video conversion script using ffmpeg, it has been completed to full. Ideally, my video conversion script should output the video to many formats (like YouTube) :

    • 140p : 256 x 144
    • 240p : 426 x 240
    • 360p : 640  x 360
    • 480p : 854  x 480
    • 720p : 1280 x 720
    • 1080p : 1920x 1080

    The problem I am facing is that if a user uploads a 480p (854 x 480) video or close to 480p (854 x 480) the script will convert to all formats (1080p and 720p) which would seem like a waste of bandwidth and disk space in this case.

    The problem isn’t as easy as it seems. If a user uploads a 500 x 300 video I don’t want it to get converted to a 240p, there has to be some estimations.

    Who can help me or has some experience with such kind of problems ?

Navigation