Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (16)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 is the first MediaSPIP stable release.
    Its official release date is June 21, 2013 and is announced here.
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

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

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (3373)

  • FFMPEG : Save extracted frames to temporarily in ssd then flush to hdd

    2 février 2019, par Rishi Kataria

    I am trying to extract the frames from a video file. My HDD is slow and is acting as a bottleneck, so I wanted to save the frames to my SSD, and as it gets full, send those frames to my hard drive. so periodically flushing the frames to the hard drive. I was hoping there would be some solution for that.

    This is what I am using now :

    ffmpeg -y -hwaccel cuda -i vid.mkv %%d_frame.png

    Cheers !

  • Capturing two video sources into a single MKV with Java

    7 avril 2014, par Luke

    Problem

    I need my application to let the user record its screen, web cam and audio simultaneously. I have been able to accomplish this using a mix of Sarxos, Robot and Xuggler. But the various output files have different timing and are out of sync when played back synchronously.

    This is not hard to imagine given that the capturing is started asynchronously.

    Possible solution

    I'm thinking that capturing the various sources into an MKV file with multiple video tracks might be a better solution. Some timer could poll the sources in parallel at regular intervals. Or at the very least blank audio/video-data could be inserted before any late capture start, to keep the video's and audio in sync.

    JMF would allow for very easy capturing, but doesn't seem to support MKV and is supposedly very outdated. I question whether it will work properly on current PCs and Macs. The FMJ Project might be an alternative, but MKV-support seems to be restricted to FFMPEG. This would defeat the purpose, as any kind of muxing or re-encoding afterwards would still leave the videos and audio out of sync. I could use Xuggler, as I do now, but it's impossible to find any relevant documentation or hints.

    Still, recording into a single file seems to make sense in order to get the timing straight.

    My question

    Is anyone aware of a Java solution that would allow for encoding two video sources and an audio source into a single MKV container ?

  • Revision 60f9ebc3f1 : Enable variable block size test in non-RD mode decision This is an initial atte

    19 mars 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_pickmode.c



    Enable variable block size test in non-RD mode decision

    This is an initial attempt to allow variable block size partition
    in non-RD coding flow. It tests 8x8, 16x16 and 32x32 block size per
    64x64 block, all using non-RD mode decision and the associated rate
    distortion costs from modeling, then selects the best block size to
    encode the entire 64x64 block. Such operations are triggered every
    other 3 frames. The blocks of intermediate frames will reuse the
    collocated block's partition type.

    It improves the compression performance by 13.2%. Note that the gains
    are not evenly distributed. For many hard clips, the compression
    performance is improved by 20% to 28%. Local speed test shows that
    it will also increase runtime by 50%, as compared to speed -7. It is
    now enabled in speed -6 setting.

    Change-Id : Ib4fb8659d21621c9075b3c369ddaa9ecb0a4b204

Navigation