Penguin.SWF: "Isten hozott a bozótban"

Internet, Közösségi média

A Penguin.SWF az a blog, ahol Mike Melanson Adobe fejlesztő rendszerint kitárgyalja a linuxos Flash Player fejlesztését, megemlíti, hogy milyen akadályokba ütközik stb. 2007-ben például a különböző audio API-k zűrzavarára utalt a "Welcome to the Jungle" blogbejegyzésében. Most a videógyorsításért felelős API-kat vette szemügyre és hasonlította a jelenlegi állapotot - ha nem is dzsungelhez, de - bozóthoz a "Welcome to the Thicket" bejegyzésben. A "Solving different problems" írásban pedig azt a kérdést próbálja megválaszolni, hogy "miért használ a Flash lejátszó több CPU-t, mint a kedvenc videólejátszóm?".

( bokonon | 2010. 01. 28., cs – 10:48 )

Flash Player solves a different problem: It plays linear media files from start to finish while combining the video with a wide array of graphical and interactive elements (buttons, bitmaps, vector graphics, filters), as well as providing network, webcam, and microphone facilities, all programmable via a full-featured scripting language, and all easily accessible via a web browser using a plugin that most of the browsing population already has installed...

Had forditsam le:

A Flash egy bloated szar, ezzel nincs mit csinalni es mi nem is akarunk vele foglalkozni.
--
42

Igy van, megis elvarjak sokan, hogy ugyanolyan teljesitmennyel menjen minden platformon a videolejatszas benne. Ugyanugy, mint ahogy a HTTP+HTML+JS sem komplex, desktop-jellegu alkalmazasok fejlesztesere lett kitalalva, de inkabb erolkodik a szakma. x bongeszon kell tesztelni, meg mindig kell az IE 6, mert bizonyos alkalmazasok csak azzal mennek, open-ended HTTP lekerdezes (semmi gond, hogy ezzel csak a szerver eroforrasait pazarolja, amelyet nem erre talaltak ki), ahelyett, hogy megoldast keresne.

( uid_16313 | 2010. 01. 28., cs – 11:40 )

Sosem olvastam még el a flash readme-jét, de hasznos volt.
Én nem tudtam, hogy a hardveres gyorsítás a 10.1-től csak windows-on működik. Persze logikus, de akkor is. Jó tudni. Még egy ok, amiért 'érdemes' windows-t használni :)

--
robyboy

Szerintem a Windows nem felhasználóbarát.
Ha az lenne, nem utálnám.

( gergov | 2010. 01. 28., cs – 11:40 )

Csak végigolvasva a sirámokat: sokan panaszkodnak arra, hogy a flash full screen videolejátszás nem hardveresen gyorsított. Tényleg? Csak mert nekem alig pörgeti jobban a CPU-t, mint ha kis méretben nézek youtube-ot.

Azt is írja a fejlesztő, hogy a VDPAU nem támogatja a dekódolt kép visszakérését. A compiz akkor hogy csinálja?

Végül pedig: nem tudom, de szerény tudomásom szerint a GPU arra van, hogy ő végezze a grafikai feladatokat. Akkor a rétegek egymásra rakását és a kész kép összekomponálását miért nem ő végzi? Miért kell ezt a CPU-ra bízni?

A Compiznak semmi köze a VDPAU-hoz, nem használj.a A VDPAU video dekódolásra jó, bizonyos videoformátumokhoz (H.264, MPEG-2, VC-1, WMV9) ad hardveres dekódolást. Ennyuit tud, semmi mást.
A probléma itt abban áll, hogy az egyes framekhez nem fér hozzá, a kimenetet a VDPAU állítja össze, pedig a Flashnak az kell, hogy ő hozzáférjen az egyes videoframekhez és utána azt tudja a böngésző felé passzolni, egyéb compositing után (pl. flash gombokat, vezérlőket rak rá, stb).A CPU tudja csak, hogy mit kell az egyes framek-re rárakni, persze a rendert ezután végezheti a GPU is, de előtte el kell érni a teljes videostreamet framenként (pl. Flashben tudsz framenként effektet megadni)

http://http.download.nvidia.com/XFree86/vdpau/doxygen/html/index.html
Lásd az ábrát.

Félre értetted a dolgot, arrol van szo, hogy compiz használata mellett is van VDPAU, sőt a VDPAU-val játszott videó szépen foroga kockával, sőt, az alt tab animban is megy a video mikozben a háttérben is fut.
Ebből látszik, hogy valahogy mégis csak hozzá lehet jutni a dekodolt adatokhoz.

A videostreamhez egy-az-egyben lehet hozzzáférni. Az egyes framekhez nem.
Valamint a Compiz teljesen más csinál, ő az X által kapott képet transzformálja a szabályok alapján, nem ő számolja ki az egyes objektumokra, hogy hol legyenek. Azt egy másik szoftver csinálaja meg, ő a kész kompozit képet transzformálja, vagy egészíti ki. A compiz ablakkezelő, az ablak tartalmáért nem ő felel.

"A videostreamhez egy-az-egyben lehet hozzzáférni. Az egyes framekhez nem.
Valamint a Compiz teljesen más csinál, ő az X által kapott képet transzformálja a szabályok alapján, nem ő számolja ki az egyes objektumokra, hogy hol legyenek."

ok, így már értem a dolgot :)

mondjuk azért nyugodtabb szívvel sajnálnám őket, hogyha az is ott lett volna a cikkben, hogy szoltunk az nvidiasoknak, hogy a win-hez hasonlóan itt is legyen hozzáférhető frameenkent az adat, enélkül csak a szokásos üres sírásnak tűnik.

Nem az Adobe problemaja, hogy szarok a driver API-k, hanem a felhasznalok problemaja, hogy az Adobe nem tud ugyanolyan minosegu lejatszot gyartani a driver API hibaja miatt. Persze, ha ez igy jo a felhasznaloknak, hat legyen. Nem az Adobe gondja. Ha a felhasznaloknak meg ez gond, szoljanak ok az NVidianak.

Mi lenne ha GL megjelenítést használna a Flash és offscreen pixmap -okból rakná össze hardveresen a képet? A VDPAU minden egyes képkockájat le tudná kérni (mint a Compiz), mert ő tolja be neki az inputot, ha egy képkockát ad, egyet fog dekódolni a VDPAU. Nem utolsó sorban a legtöbb művelet hardveresen gyorsított lenne GL -el.. Ha offscreen csak a WM tud renderelni, akkor nemszóltam, nem vagyok GL guru.

Nekem úgy tűnik, hogy a Flash -es fijúk megint a bizonyítványt magyarázzák ahelyett, hogy felvennék a kapcsolatot az Xorg/Nvidia/Compiz fejlesztőkkel és közösen megoldanák a problémákat. Igen, ez a linuxnál így működik, közösségi fejlesztés van, kommunikálni kell, nem csak várni a megoldást fentről. Egyébként pedig haljon ki a flash mint videólejátszó, ennyi.

Ha kepkockat adsz at a VDPAU-nak, akkor mar te dekodoltad a kepet CPU oldalon. Pont az a lenyege a VDPAU-nak, hogy a videostreamet o dekodolja, hardveres kodek van, nem szoftveres. A VDPAU a kodolt streamet varja, es a dekodolt streamet adja vissza. Ha te mar egy dekodolt frame-t akarsz neki atadni, azzal sokra nem mesz.

Lehet, hogy én vagyok a hülye, de nem látom az API leírásban, hogy miként tudod megmondani pl. azt, hogy na akkor most kérem a 10-zel ezelőtti framet, mert a script arra kér, hogy arra rajzoljak. A VDPAU videostream dekódolásra és kompozitálásra való, de mozogni nem tudsz benne, viszont a flashben ez kell, mert a scriptnyelve alapvetően erre van kitalálva.
Amit meg tudsz csinálni VDPAU-val: van egy videostream, dekódolod, postprocessinget végzel rajta, és megjeleníted. Namármost, a flash viszont egy interaktív média, nem csak videostreaming.

- Post processing resznel elmentheted framedet nem kotelezo megjeleniteni, sot meg elotte is kilophatod YCbCr -ba VdpVideoSurfacenel.
- Ha azt amiveli eltakarni akarod a framedet egy VdpVideoSurface -be teszed akkor VDPAU -val is egyesitheted a retegeket.
- Ha regebbi frame kell vagy elmented oket, vagy a decodert a regebbi adatokkal eteted meg. (Ha nem lehet elkerni regebbi framet az kb. azt jelentene nem lehet tekerni)

Flash kepes lehet felhasznalni, bar nem hiszem, hogy mixelest is kepes lenne VDPAU-val vegezni ahhoz durvan at kene szabdni a flasht, de RGB frameket siman nyerhetne vele.

Ez egy relative alacsony szintu reteg API -ja, ne vard, hogy pont ugy nez ki, mint egy magas szintu script nyelv egyik konyvtaranak API -ja ami nem feltetlen tukrozi, hogy a haterben mik es hogyan zajalanak.

(Nem hiszem, hogy flash video azert lassu, mert CPU-t hasznal YUV -ba jutashoz, az a felett resz ami miatt lassu IMHO )

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

( uid_17784 | 2010. 01. 28., cs – 13:11 )

API-k zűrzavargya, bozóttya???

Aszittem a Linux az renccer, a Windows meg egy trágyadomb.

Linus csalággya mit használ? Lényegtelen; gondolom nem programolnak.

( emberk | 2010. 01. 28., cs – 14:28 )

Nekem ez nem tűnik túl komplikáltnak. Nem mondom azt hogy tökélets, és csodaszép, de pl a hangrendszer!!! Na az gáz. Ott volna mit kiganalyozni.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

( jackbauer | 2010. 01. 28., cs – 18:00 )

"Isten hozott a bozótban" :DDDDDD
hogy lehet mar igy forditani a welcome to the junglet:)))))))

( budee | 2010. 01. 29., p – 10:54 )

Hmm, egy erdekes resz a most megjelent ATi 10.1 driver release notesbol:

"Resolved Issues for the Windows 7 Operating System"
"Firefox now works properly and video no longer drop frames when playing Youtube clips with Adobe Flash Player 10"

Hát igen. Nekem nagyrészt nvidiáim vannak,
és azokon nincs is akadás a youtube-on...
Egyébként a Suse részéről még talán elérhető
flashplayer plugin 9.124 körüli verzió,
az garantáltan hardver gyorsít...
(mindent tud amit a 10-es, a mobil piacra
is a 9.1xx megy talán még, valszeg MediaGX okokból kifolyólag)
-
"Attempting to crack SpeedLock can damage your sanity"

"Assorted video cards from Intel, ATI and nVidia are also able to assist in video decoding as of Flash Player 10.1"

Tehát nincs hardveres gyorsítás a Flash 9-ben, Linuxon még Flash 10.1-től kezdve sem, sőt ott még hardveres fullscreen scaling sincs, ami Windowson egy ideje már igen.

( turul16 v | 2010. 01. 31., v – 00:06 )

Mert reprezantalja 3 kocka is hogy YUV->RGB konverzio van ? Netan ezt mindig script nyelven oldjak meg, ez mar hiba.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

( ironcat | 2010. 01. 31., v – 09:51 )

Nem értek a hardveres és szoftveres video lejátszáshoz és gyorsításhoz, csak mint egyszerű (video) néző, egy kicsit másként látom a problémát. Az a sejtésem, hogy ez a blog csak a "bizonyítványt magyarázza", azaz mentegetőzés.
Például hosszú évekig úgy néztem videot, hogy közben nem pakolgattak nyomógombokat a videora. Nem hiányzott. Most sem hiányzik. Számomra ez nem túl hasznos szolgáltatás, meglennék nélküle. Amit el lehet ezzel érni, az máshogy is elérhető lenne.

Végezzünk egy gondolatkísérletet. Az Adobe az egymás mellett létező 1001 API-ból kiválaszt 1--2-t, amit támogat. Tippem szerint a disztribúciók nagy része elég gyorsan követné az Adobe választását, hiszen elég nagy felhasználói bázissal rendelkezik. A speciális igényeket kielégítő, szükebb réteget kiszolgáló disztrók meg használnák azt, ami szerintük jó.
Ugyanez a felhasználó szempontjából: Ha a felhasználónak fontos a flash videok lejátszása hw-es gyorsítás mellett, akkor olyan disztrót választ amiben működik a hw-es gyorsítás, különben pedig választja a speciális igényét kielégítő, vagy a valami miatt neki szimpatikus disztribúciót.
A gondolakísérletnek van egy nagy hibája. Esetleg kiderülhet, hogy az átlag felhasználót (böngészik, torrentezik, zenét hallgat, videot néz) egyáltalán nem érdekli, hogy a video lejátszás hány százalékkal terheli a processzort, mert közben legfeljebb csak torrentezik.

Általánosságban: A nagy felhasználói bázissal rendelkező cégek (illetve ezek programjai és szolgáltatásai) döntése befolyásolhatná a Linux fejlődését. Bár nem Linux, de hasonló történet a Google IE6-tal kapcsolatos döntése, ami lehet hogy meggyorsítja a IE6 kipusztulását.

-----
Dropbox tárhely igénylése: https://www.getdropbox.com/referrals/NTI2MzM2MjA5

( turul16 v | 2010. 01. 31., v – 10:40 )

http://www.youtube.com/watch?v=XSGBVzeBUbk 1080p ben, 1440x900 full screenen nekem 150% procit eszik (1.5 mag). 720p vel mar cask 60% korul.

GeForce 9500 GT
Q9300
2.6.32-gentoo-r1 (x86_64)
www-plugins/adobe-flash 10.0.42.34
x11-drivers/nvidia-drivers 190.53-r1
x11-base/xorg-server 1.7.3.902 [hal ipv6 kdrive nptl sdl xorg]

Egy mezei youtube video egy mag 20%-at eszi, es egy N900 is siman lejatsza.

Nem video a baj, hanem az elkefelt reklamok amik megragjak a procimat, ezert (is) utaljak a nepek flasht, de errol az Adobe nem tehet.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.