Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

Autres articles (44)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (7533)

  • Revision 60e01c6530 : Account for eob cost in the RTC mode decision process This commit accounts for

    3 avril 2015, par Jingning Han

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



    Account for eob cost in the RTC mode decision process

    This commit accounts for the transform block end of coefficient flag
    cost in the RTC mode decision process. This allows a more precise
    rate estimate. It also turns on the model to block sizes up to 32x32.
    The test sequences shows about 3% - 5% speed penalty for speed -6.
    The average compression performance improvement for speed -6 is
    1.58% in PSNR. The compression gains for hard clips like jimredvga,
    mmmoving, and tacomascmv at low bit-rate range are 1.8%, 2.1%, and
    3.2%, respectively.

    Change-Id : Ic2ae211888e25a93979eac56b274c6e5ebcc21fb

  • aacenc : Fix target bitrate for twoloop quantiser search

    4 mai 2013, par Claudio Freire
    aacenc : Fix target bitrate for twoloop quantiser search

    This fixes a case where multichannel bitrate isn’t accurately
    
targetted by psy model alone, never achieving the target bitrate.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/aaccoder.c

  • convert mp3 to wav using xuggle getting exception

    24 juin 2013, par Felix

    I am trying to convert mp3 to wav and the code is here :

    String mp3 = "F:\\work\\pic2talk38512.mp3";
    
String wav = "F:\\work\\pic2talk38512.wav";
    
TranscodeAudioAndVideo.transcodeTest(mp3, wav);
    

    
public static void transcode(String sourceUrl, String destinationUrl) {
    
    IMediaReader reader = ToolFactory.makeReader(sourceUrl);
    
    reader.addListener(ToolFactory.makeWriter(destinationUrl, reader));
    

    
    while (reader.readPacket() == null)
    
            do {
    
            } while (false);
    
}

    I got this exception :

    java.lang.UnsupportedOperationException: could not guess codec
    
at com.xuggle.xuggler.IContainerFormat.establishOutputCodecId(IContainerFormat.java:454)
    
at com.xuggle.xuggler.IContainerFormat.establishOutputCodecId(IContainerFormat.java:327)
    
at com.xuggle.xuggler.IContainerFormat.establishOutputCodecId(IContainerFormat.java:300)
    
at com.xuggle.mediatool.MediaWriter.addStreamFromContainer(MediaWriter.java:1134)
    
at com.xuggle.mediatool.MediaWriter.getStream(MediaWriter.java:1039)
    
at com.xuggle.mediatool.MediaWriter.encodeVideo(MediaWriter.java:742)
    
at com.xuggle.mediatool.MediaWriter.encodeVideo(MediaWriter.java:783)
    
at com.xuggle.mediatool.MediaWriter.onVideoPicture(MediaWriter.java:1434)
    
at com.xuggle.mediatool.AMediaToolMixin.onVideoPicture(AMediaToolMixin.java:166)
    
at com.xuggle.mediatool.MediaReader.dispatchVideoPicture(MediaReader.java:610)
    
at com.xuggle.mediatool.MediaReader.decodeVideo(MediaReader.java:519)
    
at com.xuggle.mediatool.MediaReader.readPacket(MediaReader.java:475)
    
at com.renren.intl.soundsns.pictalk.utils.TranscodeAudioAndVideo.transcodeTest(TranscodeAudioAndVideo.java:75)
    
at com.renren.intl.soundsns.pictalk.utils.TranscodeAudioAndVideoTest.convert(TranscodeAudioAndVideoTest.java:12)
    
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    
at java.lang.reflect.Method.invoke(Method.java:597)
    
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
    
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
    
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

    I know that xuggle can figure out the conversion by the extension.But why this time is failed ?

    thanks

    edit :

    previously I can convert mp3 which params(MPEG 22.1KHZ 32kbps) to wav, but If I use the mp3(MPEG 44.1KHZ 62kbps) I got this exception ?

    How this happened ?

Navigation