Recherche avancée

Médias (0)

Mot : - Tags -/diogene

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (97)

  • Taille des images et des logos définissables

    9 février 2011, par

    Dans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
    Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

Sur d’autres sites (11448)

  • Revision 6c54dbcb69 : Merge "BITSTREAM : Handle transform size and motion vectors more logically for no

    1er juillet 2014, par Alex Converse

    Changed Paths :
     Modify /test/test-data.sha1


     Modify /test/test.mk


     Modify /test/test_vectors.cc


     Modify /vp9/encoder/vp9_rdopt.c



    Merge "BITSTREAM : Handle transform size and motion vectors more logically for
    non-420."

  • 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 !

  • Revision d203203cc5 : Merge "Fix out of boundary memory read in fuzz test on vpxdec"

    16 juin 2014, par Jingning Han

    Changed Paths :
     Modify /test/test-data.sha1


     Modify /test/test.mk


     Modify /vp9/vp9_dx_iface.c



    Merge "Fix out of boundary memory read in fuzz test on vpxdec"

Navigation