Recherche avancée

Médias (91)

Autres articles (100)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    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 (...)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (9102)

  • Piwik is expanding ! We’re seeking a talented Software Engineer in New Zealand or in Poland

    13 mai 2014, par Matthieu Aubry — About, Community

    At Piwik and Piwik PRO we develop the leading open source web analytics platform, used by more than one million websites worldwide. Our vision is to build the best open alternative to Google Universal Analytics.

    The Piwik platform collects, stores and processes a lot of information : hundreds of millions of data points each month. We create intuitive, simple and beautiful reports that delight our users.

    Are you seeking a new challenge ? We are currently looking for a software engineer or software developer who is passionate about data processing, security, privacy, the open source philosophy and usable interface design.

    We practise agile methodology, test driven development, and fast release cycles. The main technologies we work with are Javascript (AngularJS, jquery), PHP5 and MySQL. You will write open source code that will directly benefit 250,000+ Piwik users in more than 200 countries and 50 languages.

    Responsibilities

    • Write server-side code (PHP5) and front-end code (Javascript) for Piwik platform.
    • Create robust high-volume production applications and develop prototypes quickly.
    • Tackle new problems as we continue to push technology forward.

    Minimum qualifications

    • BA/BS degree in Computer Science or equivalent practical experience.
    • 2 years of relevant work experience in software development.
    • Understanding of, and practical experience with PHP5 and Javascript application development.
    • Strong analytical and coding skills.
    • Excellent communication skills.

    Location

    • Wellington central, New Zealand.
      If you are not in New Zealand, and you are the right candidate, we will help you relocate here !
    • Wrocław, Poland

    Apply online

    To apply for this position, please Apply online here. We look forward to receiving your applications !

  • Fixing "RTP : dropping old packet received too late" in FFMPEG

    25 juin 2014, par user985030

    I have been using FFMPEG 0.6 for years with no problems and recently ported much of my code to 2.2 ; however, there is still a problem that I cannot resolve after fixing many of the deprecated functions. I am generating simulated video and then using RTSP to unicast this generated stream. The problem is that when I change the height and width of my video data, I basically recreate a new stream to send the subscribed client. The algorithm I used to do this in 0.6 worked like a charm, never had any problems. Now that I have upgraded, I get "RTP : dropping old packet received too late" as soon as I change my frame size. I think I have been dropping packets all along, but the new code is causing connection issues for me. The packets being dropped in the past were negligible and I really didn’t care if I missed them as long as the stream eventually corrected itself. Is there a flag that I can set to not drop these packets ? Or at least recover more quickly ? I believe that this has something to do with receiving packets out of order. There is a section of code that does a diff in FFMPEG in the rtpdec.c file in the function rtp_parts_one_packet. The only reference I found similar to my issue is here :

    http://en.it-usenet.org/thread/16949/6708/#post6707. Any tips would be greatly appreciated. In the meantime, I am just going to patch the FFMPEG code to not do the following check :

    if (diff < 0) {
    

    
/* Packet older than the previously emitted one, drop */
    

    
av_log(s->st ? s->st->codec : NULL,        AV_LOG_WARNING,
    

    
"RTP: dropping old packet received too late\n");
    

    
return -1;
    

    
}

    By commenting out the above code, I am able to run my streaming application like I used to, but I have a feeling that I am not doing something correctly but I am not sure what it is. Thanks for any advice !

  • flac : Fix encoder and decode progress messages with —ogg.

    28 juin 2014, par Erik de Castro Lopo
    flac : Fix encoder and decode progress messages with —ogg.

    Problem discussed here :
    

       http://lists.xiph.org/pipermail/flac-dev/2014-June/004808.html
    

    The values for the interval between two updates (e->stats_mask,
    
e->stats_frames_interval) were set 10 years ago, and it is small
    
for current CPUs. It was now been increased too (0x3f -> 0xff, etc).
    
The update interval is still less than 1 second.
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/flac/decode.c
    • [DH] src/flac/encode.c

Navigation