Recherche avancée

Médias (0)

Mot : - Tags -/content

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (35)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (6469)

  • ffplay -noborder option missing argument

    10 janvier 2021, par Tomás Arturo Herrera Castro

    If I do :

    


    ffplay -i vid.mp4


    


    ffplay works fine, however if I try the borderless option :

    


    ffplay -noborder -i vid.mp4

Failed to set value '-i' for option 'noborder': Option not found


    


    Trying the -noborder option at the end of the command :

    


    ffplay -i vid.mp4 -noborder

Missing argument for option 'noborder'


    


    Any clue on the argument -noborder is waiting for or why isn't this working ?

    


    This is the ffplay version I am using :

    


    ffplay version 2.8.17-0ubuntu0.1 Copyright (c) 2003-2020 the FFmpeg developers
  built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.12) 20160609
  configuration: --prefix=/usr --extra-version=0ubuntu0.1 --build-suffix=-ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl --enable-shared --disable-stripping --disable-decoder=libopenjpeg --disable-decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq --enable-frei0r --enable-libx264 --enable-libopencv


    


  • Saving highest quality video from video-capture card

    23 décembre 2013, par DusteD

    I have a machine with 2x3 3ghz dual-core xeon and 4x10krpm scsi 320 disks in raid0.
    The capture card is an osprey 560 64 bit pci card.
    Operating system is currently Windows Server 2003.

    The video-stream that I can open with VLC using direct show is rather nice quality.
    However, trying to save this video-stream without loss of quality has proven quite difficult,
    using the h264 codec I am able to achieve a satisfying quality, however, all 4 cores jump to 100% load after a few second and then it start dropping frames, the machine is not powerful enough for realtime encoding. I've not been able to achieve satisfying mpeg1 or 4 quality, no matter which bitrate I set..

    Thing is, the disks in this machine are pretty fast even by todays standard, and they are bored.. I don't care about disk-usage, I want quality.
    I have searched in vain for a way to pump that beautiful videostream that I see in VLC onto the disk for later encoding, I reckon the disks would be fast enough, or maybe something which would apply a light compression, enough that the disks can keep up, but not so much as to loose visible quality.

    I have tried FFMPEG as it seems capable of streaming a yuv4 stream down to the disk, but ofcause FFMPEG is unable to open the dshow device ( same error as this guy Ffmpeg streaming from capturing device Osprey 450e fails )

    Please recommend a capable and (preferably) software which can do this.

  • ffmpeg converting mp4 to gif with color palette results in truncated video

    6 décembre 2019, par Tik0

    I want to generate a gif from my mp4 movie with ffmpeg (ffmpeg version 2.8.15-0ubuntu0.16.04.1) using a color palette. Everything works fine if I do not use a palette :

    $ ffmpeg -i in.mp4 -filter_complex "scale=160:-1" out.gif
    
...
    
frame= 2003 fps=251 q=-0.0 Lsize=   21172kB time=00:01:20.12 bitrate=2164.7kbits/s    
    
video:21155kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.077667%

    But using a palette like so results in Buffer queue overflow, dropping messages and a truncated video

    $ ffmpeg -i in.mp4 -filter_complex "[0:v] scale=160:-1, split [a][b];[a] palettegen [p];[b][p] paletteuse" out.gif
    
....
    
[Parsed_paletteuse_3 @ 0xc56de0] [framesync @ 0xd1af08] Buffer queue overflow, dropping.
    
Last message repeated 36 times
    
[Parsed_paletteuse_3 @ 0xc56de0] [framesync @ 0xd1af08] Buffer queue overflow, dropping.
    
Last message repeated 106 times
    
...
    
[Parsed_palettegen_2 @ 0xc56d40] 255(+1) colors generated out of 1347441 colors; ratio=0.000189
    
frame=   65 fps=5.4 q=-0.0 Lsize=    1036kB time=00:01:20.12 bitrate= 105.9kbits/s    
    
video:1035kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.124664%

Navigation