Recherche avancée

Médias (3)

Mot : - Tags -/spip

Autres articles (93)

  • L’utiliser, en parler, le critiquer

    10 avril 2011

    La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
    Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
    Une liste de discussion est disponible pour tout échange entre utilisateurs.

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (9685)

  • lavc/ccaption_dec : reap_screen() is responsible for clearing output buffer and signal...

    5 janvier 2016, par Aman Gupta
    lavc/ccaption_dec : reap_screen() is responsible for clearing output buffer and signaling screen_changed
    

    moves the screen_changed bit and the bprint_clear into reap_screen() so
    the logic is centralized and callers do not need to touch the bit or the
    buffer before calling reap_screen()

    • [DH] libavcodec/ccaption_dec.c
  • How to find mp4 metadata with ffmpeg-light in haskell ?

    21 décembre 2015, par Noughtmare

    I’m using ffmpeg-light, JuicyPixels and gloss to display a video with Haskell. I want to find the metadata of videos I’m playing automatically, but I have not yet found a way to do so.

    I would like to access metadata like the resolution and the framerate of the video.

    Can you help me ?

    EDIT :

    I have tried your solution @CRDrost, but the video is now playing at 2x normal speed. I assume the function imageReaderTime is giving the wrong timestamps.

    EDIT 2 :

    The abnormal playing speed is a bug in the ffmpeg-light library. I’ve opened an issue at the github repository.

    My updated code :

    import Graphics.Gloss
    import Codec.FFmpeg
    import Codec.FFmpeg.Juicy
    import Codec.Picture
    import Control.Applicative
    import Data.Maybe
    import Graphics.Gloss.Juicy
    import Control.Monad
    -- import System.IO.Unsafe (unsafePerformIO)-- for debugging purposes

    resolution :: (Int,Int)
    resolution = (640, 360)

    frameCount :: Int
    frameCount = 100

    main :: IO ()
    main = do
       initFFmpeg
       (getFrame, cleanup) <- imageReaderTime "big_buck_bunny.mp4"
       frames <- replicateM frameCount $ nextFrame getFrame
       cleanup
       animate (InWindow "Nice Window" resolution (10,10)) white (frameAt frames)

    nextFrame :: IO (Maybe (Image PixelRGB8, Double)) -> IO (Picture, Float)
    nextFrame getFrame = mapSnd realToFrac . mapFst fromImageRGB8 . fromJust <$> getFrame

    frameAt :: [(Picture, Float)] -> Float -> Picture
    frameAt list time = fst . head . dropWhile ((< time) . snd) $ list

    mapFst :: (a -> c) -> (a, b) -> (c, b)
    mapFst f (a, b) = (f a, b) -- applies f to first element of a 2-tuple

    mapSnd :: (b -> c) -> (a, b) -> (a, c)
    mapSnd f (a, b) = (a, f b) -- applies f to the second element of a 2-tuple
  • aac_ltp : actually signal LTP as off during EIGHT_SHORT windows

    26 novembre 2015, par Rostislav Pehlivanov
    aac_ltp : actually signal LTP as off during EIGHT_SHORT windows
    

    This hugely reduces the echo which was introduced with the previous
    commit (though likely because previously everything was broken).
    Makes LTP actually worthwhile now.

    Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>

    • [DH] libavcodec/aacenc_ltp.c