Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (104)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (7423)

  • Cannot install ffmpeg on wamp server with php version 5.3.13 [on hold]

    5 décembre 2015, par user3653474

    I am following this link http://raghuram2404.blogspot.in/2012/06/install-ffmpeg-in-wamp-server-20.html to install ffmpeg on wamp server with php version 5.3.13 i have followed all the steps but i did not get ffmpeg details when output with phpinfo() ;
    Please help to sort out my issue of installing ffmpeg on wamp server 5.3.13.

  • FFMPEG conversion from MOV to MP4 Issue : Only 1st second is converted

    24 avril 2012, par Jeff

    i'm trying to convert an MOV file to MP4.
    I've tried so many options but the output file still only 1 second length.

    This is one of the FFMPEG comand I used :

    ffmpeg -i NY_BTS1PastryHQnew.mov -f mp4 -vcodec copy -acodec copy
    output.mp4

    The output.mp4 is only 1sec long.
    The output of the FFMPEG is :

    ffmpeg version git-2012-02-22-534a82a Copyright (c) 2000-2012 the FFmpeg developers
     built on Feb 22 2012 14:44:38 with gcc 4.4.5
     configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab
     libavutil      51. 40.100 / 51. 40.100
     libavcodec     54.  4.100 / 54.  4.100
     libavformat    54.  1.100 / 54.  1.100
     libavdevice    53.  4.100 / 53.  4.100
     libavfilter     2. 62.101 /  2. 62.101
     libswscale      2.  1.100 /  2.  1.100
     libswresample   0.  7.100 /  0.  7.100
     libpostproc    52.  0.100 / 52.  0.100
    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'NY_BTS1PastryHQnew.mov':
     Metadata:
       major_brand     : qt  
       minor_version   : 512
       compatible_brands: qt  
       creation_time   : 2011-06-17 01:38:11
       encoder         : Lavf54.1.100
     Duration: 00:00:01.45, start: 0.000000, bitrate: 225 kb/s
       Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720, 277 kb/s, 25 fps, 25 tbr, 2500 tbn, 5k tbc
       Metadata:
         creation_time   : 2011-06-17 01:38:11
         handler_name    :
                           DataHandler
       Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 122 kb/s
       Metadata:
         creation_time   : 2011-06-17 01:38:11
         handler_name    :
                           DataHandler
    File 'output.mp4' already exists. Overwrite ? [y/N] y
    Output #0, mp4, to 'output.mp4':
     Metadata:
       major_brand     : qt  
       minor_version   : 512
       compatible_brands: qt  
       creation_time   : 2011-06-17 01:38:11
       encoder         : Lavf54.1.100
       Stream #0:0(eng): Video: h264 (![0][0][0] / 0x0021), yuv420p, 1280x720, q=2-31, 277 kb/s, 25 fps, 2500 tbn, 2500 tbc
       Metadata:
         creation_time   : 2011-06-17 01:38:11
         handler_name    :
                           DataHandler
       Stream #0:1(eng): Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, stereo, 122 kb/s
       Metadata:
         creation_time   : 2011-06-17 01:38:11
         handler_name    :
                           DataHandler
    Stream mapping:
     Stream #0:0 -> #0:0 (copy)
     Stream #0:1 -> #0:1 (copy)
    Press [q] to stop, [?] for help
    frame=   12 fps=  0 q=-1.0 Lsize=      40kB time=00:00:00.40 bitrate= 814.6kbits/s    
    video:16kB audio:22kB global headers:0kB muxing overhead 4.766554%

    I can't see any error, do you have a clue ?

    Thanks

  • Solving The XVD Puzzle

    15 avril 2012, par Multimedia Mike — General, multimedi archaeology, silicon valley, vg2, xvd, zygo

    I downloaded a multimedia file a long time ago (at least, I strongly suspected it was a multimedia file which is why I downloaded it). It went by the name of ‘lamborghini_850kbps.vg2′. I have had it in my collection for at least 7 years. I couldn’t remember where I found it. I downloaded it before it occurred to me to take notes about this sort of stuff.

    I found myself staring at the file again today and Googled the filename. This led me to a few Japanese sites which also contained working URLs for a few more .vg2 samples. Some other clues led me to a Russian language forum where someone had linked to a site that had Win32 codec modules that could process the files. The site was defunct but the Internet Archive Wayback Machine kept a copy for me, as well as copies of several more .vg2 samples from a defunct Japanese site previously involved with this codec.

    Sometimes this internet technology works really well. But I digress.

    Anyway, through all this, I finally found a clue : XVD. and wouldn’t you know, there is already a basic page on the MultimediaWiki describing the technology. In fact, while VG2 is a custom container, the MultimediaWiki states that the video component has a FourCC of VGMV, and there is already a file named VGMV.avi in the root V-codecs/ samples directory, something I vow to correct (that’s a big pet peeve of mine– putting samples in the root V-codecs/ or A-codecs/ directories).

    XVD… XVD… XVD… why does that sound so familiar ? Oh, of course ; there is a company named XVD and they have an office in the Bay Area which I have passed on numerous occasions, like this morning :


    <

    Someone originally connected with the multimedia technology in question operates a website which contains an unofficial history of the XVD tech. At first, I was wondering if the technology was completely defunct (and should therefore be open sourced). But if XVD’s solutions page (dated 2010) is to be believed, the technology is still in service, and purported to be better than H.264 and VC-1 : “The current generation of XVD video compression technology provides better video quality at any given data rate than standards-based codecs (H.264 or VC-1) with four times lower encoding complexity (when compared with H.264 Main Profile).”

    If they say so. For my part, I’m just happy that I have finally figured out what this lamborghini_850kbps.vg2 is so that I can properly catalog it on the samples site, which I have now done, along with other samples and various codecs modules.

    This episode reminds me that there’s a branch office of Zygo Corporation close to my home (though the headquarters are far, far away). The companies you see in Silicon Valley. Anyway, long-time open source multimedia hackers will no doubt recognize Zygo from the ZyGo FourCC & video codec transported in QuickTime files that was almost decode-able using an H.263 decoder.



    I may never learn what Zygo’s core competency actually is, but I will always remember their multimedia tech every time I run past their office.