Recherche avancée

Médias (0)

Mot : - Tags -/metadatas

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

Autres articles (38)

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

  • ffmpeg and Red5 Issue : Increase in number of ffmpeg simultaneous streams to Red5 resulting in packet loss

    30 octobre 2014, par kajarigd

    I have a screen sharing app written in flex, using which one person can share his screen with another person via Red5 server (Version : 1.0.3). Platform is Windows Server 2008. Now, I want to load test this Red 5 server to find out maximum how many simultaneous screen sharing session it can allow, without any quality compromise. By quality I mean, speed of transmission and no data loss during transmission. I simulated the load using ffmpeg command.

    For this, instead of transmitting a live captured screen, I am transmitting (uploading) a FLV file stored in my local to the Red5 server using ffmpeg command. In the receiving client side, I am starting to download (transmitting) this same FLV file after 5 secs since the upload has started. This is working fine when I am running this test for less than 10 pairs of upstreaming-downstreaming sessions. But, when the number is increasing beyond 10, I am observing significant packet loss in transmission.

    Here are the commands I am running in a loop. The loop count is the number of streaming pairs.

    1. upstreaming : ffmpeg -re -i  -f flv -ar 22050 "rtmp://" -report
    2. downstreaming : ffmpeg -re -i "rtmp:// live=1"  -report

    The and are set in such a way, that in the downstream I will download the same uploaded file. "rtmp ://" are the same in both the cases. I am not doing the upstream in record mode, hence, no physical file is getting saved in the server side. When I am analyzing the file I received in the receiving client side, it is a poor quality video due to frame loss. Uploading and downloading machines are two different machines. I ran the test for many hours, repeating the same 10 simultaneous streaming sets. Each set is consistently giving the same results.

    What is puzzling me is, this is working fine without any packet loss for less that 10 simultaneous streaming. I searched about it in various forums, but none of the answers were applicable for this scenario. For a while I was thinking that Red5 has limited capacity, but I found many posts saying Red5 can easily scale up to take very big load. Does that mean, the problem is in my configuration ? I am not sure which are to focus on.

    An example log snippet :

    Lots of missing data at downstream side. For e.g. between frames 101 and 102 there is a difference of 25 sec. On replaying the video there is a stoppage for this much time.In this time gap all the frames are lost.

    frame=  101 fps=1.0 q=14.5 size=    2650kB time=00:01:41.00 bitrate= 214.9kbits/s
    frame=  102 fps=1.0 q=13.2 size=    2763kB time=00:02:06.00 bitrate= 179.6kbits/s

    Any help is appreciated !

  • Problems accessing codecs with ggplot and gganimate

    19 décembre 2016, par noLongerRandom

    Using gganimate. Can’t figure out how to properly access functionality of ffmpeg, specifically I want to change the codec I’m using in the video file I’m outputting.

    # load packages
    library(ggplot)
    library(animation)
    library(gganimate)

    # Here's my data.frame
    myDf <- data.frame(
       year = c(1962, 1963, 1964, 1965, 1966, 1967, 1968, 1969, 1970, 1971, 1972, 1973, 1974, 1975, 1976, 1977, 1978, 1979, 1980, 1981, 1982, 1983, 1984, 1985, 1986, 1987, 1988, 1989, 1990, 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014),
       bottom50 = c(0.195, 0.191, 0.187, 0.192, 0.196, 0.205, 0.207, 0.210, 0.209, 0.204, 0.203, 0.204, 0.205, 0.203, 0.202, 0.200, 0.200, 0.201, 0.199, 0.195, 0.190, 0.183, 0.179, 0.179, 0.177, 0.172, 0.169, 0.169, 0.168, 0.166, 0.158, 0.159, 0.158, 0.154, 0.151, 0.148, 0.149, 0.148, 0.146, 0.149, 0.148, 0.145, 0.142, 0.138, 0.135, 0.137, 0.137, 0.136, 0.130, 0.127, 0.123, 0.127, 0.125), top1 = c(0.126, 0.127, 0.129, 0.128, 0.126, 0.123, 0.122, 0.115, 0.110, 0.111, 0.111, 0.109, 0.106, 0.105, 0.105, 0.107, 0.108, 0.111, 0.107, 0.110, 0.112, 0.115, 0.125, 0.125, 0.122, 0.133, 0.149, 0.145, 0.145, 0.139, 0.150, 0.146, 0.147, 0.153, 0.160, 0.166, 0.169, 0.177, 0.183, 0.173, 0.171, 0.172, 0.183, 0.194, 0.201, 0.199, 0.195, 0.185, 0.198, 0.196, 0.208, 0.196, 0.202)
    )

    #Basic plot
    p <- ggplot(myDf, aes(x = year, y = bottom50, frame = year)) +
       geom_line(color = "dodgerblue") +
       geom_line(aes(y = top1), color = "darkred")

    The non-animated version gets me what I want :

    enter image description here

    And I get an animation version output to video with :

    gganimate(p, interval = .1, title_frame = FALSE, "income.mp4")

    That’s fine, but I want to change some the output parameters, specifically : alter the dimensions, the frame rate, and use a different codec.

    # change some of the options
    ani.options(ani.height = 1080, ani.width = 1920,
               interval = 0.04166667, other.opts = "-vcodec qtrle -f mov")
    # re-animate
    gganimate(p, title_frame = FALSE, "income.mov")

    That gives me the following error :

    Error in animation_saver(saver, filename) :
     Don't know how to save animation of type mov

    I’m using ’.mov’ as my file extension because I’m trying to change to the Animation codec (so it’s no longer a .mp4 wrapper). I’ve got ffmpeg installed, so this is probably a syntax issue. But the documentation isn’t very clear here ; gganimate doesn’t have any documentation on changing codecs (or outputting any video besides an mp4), and the animation package is light on specifics as well.

  • tag refuses to play mp4 video

    5 janvier 2015, par MightyPork

    I have a video I want to embed using the html5 video tag :

    I’ve converted it using ffmpeg :

    ffmpeg -i P6135199.MOV -vcodec libx264 -acodec aac helios.mp4

    FFMPEG output :

    [libx264 @ 0x22ac340] using cpu capabilities : MMX2 SSE2Fast SSSE3 SSE4.2
    [libx264 @ 0x22ac340] profile High 4:2:2, level 1.2, 4:2:2 8-bit
    [libx264 @ 0x22ac340] 264 - core 142 r2455 021c0dc - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options : cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=15 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
    Output #0, mp4, to ’helios.mp4’ :
      Metadata :
        comment-eng : OLYMPUS DIGITAL CAMERA                           
        comment : OLYMPUS DIGITAL CAMERA                           
        encoder : Lavf56.15.102
        Stream #0:0(eng) : Video : h264 (libx264) ([33][0][0][0] / 0x0021), yuvj422p(pc), 320x240, q=-1—1, 15 fps, 15360 tbn, 15 tbc (default)
        Metadata :
          creation_time : 2008-06-13 10:47:16
          encoder : Lavc56.13.100 libx264
    Stream mapping :
      Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264))
    Press [q] to stop, [?] for help
    frame=  240 fps=124 q=-1.0 Lsize=     906kB time=00:00:15.86 bitrate= 467.7kbits/s    
    video:902kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead : 0.409100%
    [libx264 @ 0x22ac340] frame I:1     Avg QP:23.71  size :  7960
    [libx264 @ 0x22ac340] frame P:123   Avg QP:23.85  size :  5255
    [libx264 @ 0x22ac340] frame B:116   Avg QP:25.41  size :  2317
    [libx264 @ 0x22ac340] consecutive B-frames :  3.3% 96.7%  0.0%  0.0%
    [libx264 @ 0x22ac340] mb I  I16..4 : 15.7% 69.0% 15.3%
    [libx264 @ 0x22ac340] mb P  I16..4 :  2.2% 13.4%  0.8%  P16..4 : 43.8% 23.1% 14.0%  0.0%  0.0%    skip : 2.8%
    [libx264 @ 0x22ac340] mb B  I16..4 :  0.3%  1.3%  0.1%  B16..8 : 42.4%  9.9%  3.0%  direct:12.2%  skip:30.9%  L0:37.2% L1:38.2% BI:24.5%
    [libx264 @ 0x22ac340] 8x8 transform intra:80.8% inter:71.9%
    [libx264 @ 0x22ac340] coded y,uvDC,uvAC intra : 76.7% 96.8% 49.7% inter : 37.8% 60.9% 5.1%
    [libx264 @ 0x22ac340] i16 v,h,dc,p : 39%  4%  8% 49%
    [libx264 @ 0x22ac340] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu : 15% 14% 39%  6%  3%  4%  3%  6% 12%
    [libx264 @ 0x22ac340] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu : 25% 11% 18%  8%  7%  7%  8%  8%  8%
    [libx264 @ 0x22ac340] i8c dc,h,v,p : 63%  7% 20% 10%
    [libx264 @ 0x22ac340] Weighted P-Frames : Y:5.7% UV:0.8%
    [libx264 @ 0x22ac340] ref P L0 : 51.4% 18.3% 20.6%  9.3%  0.4%
    [libx264 @ 0x22ac340] ref B L0 : 80.8% 19.2%
    [libx264 @ 0x22ac340] kb/s:461.52
    

    And I try to embed it as follows :

    <video src="helios.mp4" controls="controls">Get a better browser!</video>

    However, Chrome doesn’t play the video, only offers to download it (same as it did before I converted the video). Firefox has the same problem.

    I’ve tested and other mp4 files (from my phone) play just fine.

    What’s the problem ? Did I convert it wrong ?