Recherche avancée

Médias (1)

Mot : - Tags -/framasoft

Autres articles (59)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

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

  • movenc : Allow writing a DASH sidx atom at the start of files

    21 octobre 2014, par Martin Storsjö
    movenc : Allow writing a DASH sidx atom at the start of files

    This is mapped to the faststart flag (which in this case
    
perhaps should be called "shift and write index at the
    
start of the file"), which for fragmented files will
    
write a sidx index at the start.
    

    When segmenting DASH into files, there’s usually one sidx
    
at the start of each segment (although it’s not clear to me
    
whether that actually is necessary). When storing all of it
    
in one file, the MPD doesn’t necessarily need to describe
    
the individual segments, but the offsets of the fragments can be
    
fetched from one large sidx atom at the start of the file. This
    
allows creating files for the DASH ISO BMFF on-demand profile.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/movenc.c
    • [DH] libavformat/movenc.h

  • FFMPEG DASH - Live Streaming a Sequence of MP3 Clips

    4 décembre 2018, par Daniel

    I am attempting to create a online radio application using FFMPEG - an audio only DASH stream.

    I have a directory of mp3 clips (all of the same bitrate and sample size) which I am encoding to the AAC format and outputting to a mpd.

    This is the current command I am working with to stream a single mp3 file :

    ffmpeg -re -i <input />.mp3 -c:a aac -use_timeline 1 -use_template 1 -window_size 5 -f dash <out>.mpd
    
</out>

    (Input and output paths have been substituted for < input >.mp3 and < output >.mpd in this snippet)

    I am running a web server and have made the mpd accessible on it. I am testing the stream using VLC player at the moment.

    The problem :
    Well, the command works, but it will only work for one clip at a time. Once the next command is run immediately proceeding the completion of the first, VLC player will halt and I need to refresh the player to continue.

    I’m aiming for an uninterrupted stream wherein the clips play in sequence.
    I imagine the problem is that a new mpd is being created with no reference to the previous one, and what I ought to be doing is appending segments to the existing mpd - but I don’t know how to do that using FFMPEG.

    The question : Is there such a command to append segments to a previously existing mpd file in FFMPEG ? or am I coming at this problem all wrong ? Perhaps I should be using FFMPEG to format the clips into these segments, but then adjusting the mpd file manually.

    Any help or suggestions would be very much appreciated !

  • Revision f87e315e1e : Re-distribute hierarchical vector match pattern This commit modifies the hierar

    23 février 2015, par Jingning Han

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



    Re-distribute hierarchical vector match pattern

    This commit modifies the hierarchical vector match patter. It
    avoids repeated SAD computation at same points. The function
    vp9_vector_sad_sse2 is called 12 times per 64x64 block, instead
    of 15 times as before. The effective coverage remains the same.

    Change-Id : I91ad9d27d40db8963c907d02af84e10702136994

Navigation