Recherche avancée

Médias (0)

Mot : - Tags -/flash

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

Autres articles (13)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

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

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

Sur d’autres sites (4528)

  • wtvenc : output third video pts in timestamp chunk (this is what Microsoft Windows...

    7 novembre 2012, par Peter Ross

    wtvenc : output third video pts in timestamp chunk (this is what Microsoft Windows...

  • Revision 7798aef50b : enable build on windows with msvc Change-Id : I34057b87d9713dc819b8c69990dd1408b

    9 novembre 2012, par Yaowu Xu

    Changed Paths : Modify /build/x86-msvs/obj_int_extract.bat enable build on windows with msvc Change-Id : I34057b87d9713dc819b8c69990dd1408b8c79342

  • StdioURLProtocolHandlerTest failed while Xuggler build under Windows

    26 mars 2012, par Dims

    Trying to build Xuggler under Windows. My Windows is x64 Win 7 prof, but all used libraries are 32bit. I am running build procedure under MinGW/MSys, from under Msys shell with the followinf script :

    #!/bin/sh
    export JAVA_HOME=/C/Program\ Files\ \(x86\)/Java/jdk1.6.0_25
    export XUGGLE_HOME=/C/Xuggler

    PATH=$XUGGLE_HOME/bin:/C/Program\ Files\ \(x86\)/Java/jdk1.6.0_25/bin:/d/APPS/msysgit/msysgit/bin/git:/D/APPS/MinGW/bin:/bin:/D/APPS/apa    che-ant-1.8.2/bin:/D/Users/Dims/Design/MinGW/Util:$PATH
    ant -Dbuild.m64=no run-tests

    The error follows

    [exec] Running 6 tests..
    [exec] In StdioURLProtocolHandlerTest::testRead:
    [exec] ../../../../../../../../../test/csrc/com/xuggle/xuggler/io/StdioURLProtocolHandlerTest.cpp:108: Error: Expected (4546420 == totalBytes), found (4546420 != 1042)
    [exec] In StdioURLProtocolHandlerTest::testReadWrite:
    [exec] ../../../../../../../../../test/csrc/com/xuggle/xuggler/io/StdioURLProtocolHandlerTest.cpp:185: Error: Expected (4546420 == totalBytes), found (4546420 != 1042)
    [exec] In StdioURLProtocolHandlerTest::testSeek:
    [exec] ../../../../../../../../../test/csrc/com/xuggle/xuggler/io/StdioURLProtocolHandlerTest.cpp:139: Error: Expected (4546420 == totalBytes), found (4546420 != 1042)
    [exec] .
    [exec] Failed 3 of 6 tests
    [exec] Success rate: 50%
    [exec] FAIL: xugglerioTestStdioURLProtocolHandler.exe

    My questions is : did anybody did this on Windows and did he/she have this test passed ? :)

    UPDATE 1

    The test code is follows :

    int32_t totalBytes = 0;
    do {
       unsigned char buf[2048];
       retval = handler->url_read(buf, (int)sizeof(buf));
       if (retval > 0)
            totalBytes+= retval;
    } while (retval > 0);
    VS_TUT_ENSURE_EQUALS("", 4546420, totalBytes);

    While the url_read code is follows :

    int
    StdioURLProtocolHandler :: url_read(unsigned char* buf, int size)
    {
       if (!mFile)
           return -1;
       return (int) fread(buf, 1, size, mFile);
    }

    I don't understand, under what circumstances it can return 1042 ??? May be 64 bits play here somehow ?

    UPDATE 2

    I printed out filename used and it was

    d:/......./../../../test/fixtures/testfile.flv

    the path is correct, but started with d:/ not with /d/

    Can this play a role under Msys ?