Recherche avancée

Médias (1)

Mot : - Tags -/biographie

Autres articles (54)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

Sur d’autres sites (3658)

  • Fastest seek speed and decoding with ffmpeg and x265 ProRes

    17 mai 2018, par Christopher Jarvis

    I’m trying to optimize seek speed with x265. No matter what encoding settings I try, ProRes still seeks more quickly/gracefully. This makes sense since it was built for editing, but I’m sure there’s got to be something I’m missing to better improve x265.

    So far, -tune fastdecode, keyint=1, maxrate and -b (to remove B Frame calculations) yield the best results, but they’re still unsatisfactory. I’ve been pouring over the docs but there’s so much jargon I just don’t understand. Perhaps another codec like VP9 / WebM would be better for this purpose ?

    From what I can tell, there’s no bottleneck with CPU, read speed or RAM... or GPU for that matter. Monitoring these processes show minimal drain. Is there just an amount of decoding in a highly compressed format like x265 that can’t be circumvented ?

    Thank you in advance for your help.

  • Revision a8b73616b3 : Re-enable datarate tests for speeds 5 and 6. Changed a parameter to make speed

    4 avril 2014, par Marco Paniconi

    Changed Paths :
     Modify /test/datarate_test.cc



    Re-enable datarate tests for speeds 5 and 6.

    Changed a parameter to make speed 5 pass, and
    valgring issue for speed 6 fixed :
    https://code.google.com/p/webm/issues/detail?id=740

    Change-Id : I5b804b08069e29df3f08b9ec37f5b80151b4c910

  • fftools/ffmpeg : fix the wrong bitrate and speed stats

    20 octobre 2020, par Limin Wang
    fftools/ffmpeg : fix the wrong bitrate and speed stats

    The bitrate and speed stats are wrong if the copyts is enabled.
    
Please test with below command :
    
wget http://samples.mplayerhq.hu/MPEG2/foxksaz.ts
    
./ffmpeg -y -copyts -i ./foxksaz.ts -c:v libx264 -x264opts \
    
    nal-hrd=cbr:force-cfr=1 -b:v 3500k -minrate 3500k -maxrate 3500k -bufsize \
    
    1000k  -c:a mp2 -muxrate 4500k  -vframes 1000 test.ts
    

    before :
    
frame= 1000 fps=112 q=-1.0 Lsize=    9063kB time=09:10:12.41 bitrate=   2.2kbits/s speed=3.7e+03x
    
after :
    
frame= 1000 fps=112 q=-1.0 Lsize=    9062kB time=00:00:15.78 bitrate=4703.4kbits/s speed=1.77x
    

    Signed-off-by : Limin Wang <lance.lmwang@gmail.com>
    • [DH] fftools/ffmpeg.c

Navigation