Hlavní navigace

Podpora WebM se do Adobe Flash Player jen tak nedostane

Sdílet

Adam Štrauch 31. 10. 2011

V odborných kruzích se diskutuje nad možností, že by Adobe Flash Player mohl podporovat WebM. Diskuse se dostala i na konferenci Ado­be's MAX 2011. Podle Adobe je WebM na seznamu vlastností, které by mohly být v jedné z dalších verzí, ale nemá velkou prioritu a tak podpora nebude nějak brzo. Na konferenci mimo jiné zaznělo „Nemáme moc zákazníků, kteří by s WebM pracovali. Hlavní problém je, že kódování je příliš pomalé.“.

Našli jste v článku chybu?
  • Aktualita je stará, nové názory již nelze přidávat.
  • 31. 10. 2011 11:31

    Jarda_P

    > Hlavní problém je, že kódování je příliš pomalé.

    Pomalost k pomalosti a pri katastrofalni pomalosti flashe to znamena, ze by to utahla jen ta nejnadupanejsi PC.

  • 31. 10. 2011 12:07

    Marek Chlup (neregistrovaný) ---.upol.cz

    Odhaduji, že v citátu spíše míní pomalost enkódování do VP8 (WebM). Alespoň jsem měl nedávno pocit, že enkódovat do VP8 je pěkně pomalejší než enkódovat do h264.

  • 31. 10. 2011 12:30

    Marek Chlup (neregistrovaný) ---.upol.cz

    Provedl jsem nyní následující test:


    time ffmpeg -i input.MTS -threads 2 -t 11 -s hd720 -an -vcodec libvpx -b 2000k output.webm
    ffmpeg version 0.7.2-4:0.7.2-1~bpo60+1, Copyright (c) 2000-2011 the Libav developers
    ...
    Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1)
    Input #0, mpegts, from 'input.MTS':
    Duration: 00:00:24.00, start: 1.000033, bitrate: 11825 kb/s
    Program 1
    Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
    ...
    Output #0, webm, to 'output.webm':
    Metadata:
    encoder : Lavf53.2.0
    Stream #0.0: Video: libvpx, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 1k tbn, 50 tbc
    ...
    real 0m29.888s
    user 0m45.179s
    sys 0m0.148s


    $ time ffmpeg -i input.MTS -threads 2 -t 11 -s hd720 -an -vcodec libx264 -b 2000k -vpre medium output.mp4
    ffmpeg version 0.7.2-4:0.7.2-1~bpo60+1, Copyright (c) 2000-2011 the Libav developers
    ...
    Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1)
    Input #0, mpegts, from 'input.MTS':
    Duration: 00:00:24.00, start: 1.000033, bitrate: 11825 kb/s
    Program 1
    Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
    ...
    Output #0, mp4, to 'output.mp4':
    Metadata:
    encoder : Lavf53.2.0
    Stream #0.0: Video: libx264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=0-69, 2000 kb/s, 50 tbn, 50 tbc
    ...
    real 0m28.335s
    user 0m49.891s
    sys 0m0.196s

    Nejsem odborník - tedy nevím zda jiným nastavením nedosáhnu lepších výsledků v kvalitě či času ať již u WebM či u H264. Každopádně tímhle testem mluvím proti svému původnímu dojmu (ten dojem jsem měl původně, ale se starší verzí ffmpeg a ještě to bylo na pomalém Atom - test výše jsem nyní dělal na Core2Duo 64bit).

  • 1. 11. 2011 0:39

    Kaacz (neregistrovaný) ---.20.broadband10.iol.cz

    Jen takovy napad: vy to srovnavate s free implementaci x264 ve ffmpeg, coz se ani nedivim, ze to vypada podobne. Oni to MOHOU srovnavat s nejakym komercnim h264 kodekem .. neni jen ffmpeg na svete :-)