Flash Player w JavaScript - co na to Apple?

02.06.2010 14:24, Autor: Wojciech Cybulski (Nicolass), Kategoria: News
NewsImage

Chris Smoak, deweloper pracujący w niewielkiej firmie RevShock, stworzył Smokescreen - odtwarzacz obiektów Flash bazujący wyłącznie na kodzie JavaScript i HTML5. Przy jego wykorzystaniu możliwe jest m.in. uruchomienie Flasha na mobilnych urządzeniach Apple takich jak iPhone, iPod Touch czy iPad.

Obecnie Smokescreen jest jeszcze na bardzo wczesnym etapie rozwoju i w najbliższej przyszłości będzie dostępny do celów testowych wraz z kodem źródłowym. Od strony technicznej skrypt odczytuje plik SWF, dokonuje jego dekompresji i pozyskuje obrazy oraz dźwięki, które są w nim zaszyte. Tak pozyskane dane są kodowane i przy wykorzystaniu grafiki wektorowej odtwarzana jest animacja SVG. Smokescreen zajmuje obecnie 175 KB i składa się z około 8 tys. wierszy kodu, przez co jego wydajność na mobilnych urządzeniach wyposażonych w energooszczędne procesory może być niewystarczająca. Twórcy przygotowali kilka stron z demonstracjami, które porównują działanie oryginalnego Flash Playera i Smokescreen. W sieci pojawił się także klip wideo prezentujący działanie Smokescreen na urządzeniach Apple - iPadzie i Maku.

Twórcy obiecują, że projekt będzie cały czas rozwijany i z czasem zaoferuje wsparcie dla większej liczby obiektów Flash. Wzrosnąć ma także wydajność rozwiązania, a liczba błędów ma ulec widocznej redukcji. Ciekawe, jak na działania tej niewielkiej firmy zareaguje Apple, starający się za wszelką cenę zmarginalizować rolę Flasha w Internecie i tym samym osłabić pozycję firmy Adobe.

r   e   k   l   a   m   a

Komentarze (21)  

Avatar
łes (niezalogowany) | 02.06.2010 14:35#1

Ciekawe za ile Adobe kupi ten projekt, o ile już go nie zamówili.

AvatarUżytkownik jest nieaktywny
tomimaki | 02.06.2010 14:37#2

Co na to Apple?
Zbanują ich.

Avatar
dzonasek (niezalogowany) | 02.06.2010 14:41#3

czyzby dobreprogramy.pl powoli zaminily sie w osobisty pamietnik wypowiedzi Steve Jobsa polaczony z "perypetiami Apple"?

Avatar
jaaaaaaaaaaaaaaaaaaa (niezalogowany) | 02.06.2010 14:54#4

no nareszcie ktoś sobie poradził z obejściem flasha wiedziałem że prędzej czy później to się stanie

Avatar
l0ud (niezalogowany) | 02.06.2010 15:27#5

Nikt sobie nie poradził jeszcze. Jak na razie to zrobili odtwarzacz kilku animacji w JS. Implementacja całego odtwarzacza wraz z ActionScriptem nie jest praktycznie możliwa ze względu na wydajność. A oni jeszcze chcą tego używać na iphonie i ipadzie...

AvatarUżytkownik jest nieaktywny
scripter1 | 02.06.2010 15:31#6

Robi się ciekawie.
Przecież to jest open source a Adobe nie chce ujawniać specyfikacji flasha żeby ludzie nie mogli robić alternatwnych playerów.
Pewnie pozwą ich o użycie nielegalnych narzędzi do dekompilacji przy tworzeniu tego lub coś w tym stylu.

Reakcję Apple ciężko przewidzieć ale na ich miejscu dałbym szansę temu projektowi.

A tak na marginesie ten projekt jest dla webmasterów koronnym dowodem na to że używając JavaScript i HTML da się osiągnąć ten sam efekt co flashem - ja jestem przeciwny flashowi od samego początku.

Avatar
Raid (niezalogowany) | 02.06.2010 15:31#7

Na zwykłym pececie klniecie na AdBlocka jeśli jakimś cudem przepuści reklamę we Flashu, a teraz jesteście podekscytowani tym, że ktoś wam umożliwia ich (reklam) oglądanie na iPhone :)

Jeśli wydaje wam się, że jest to obejście braku Flasha w iPhone to chyba czas najwyższy przeczytać zakładkę "About" na stronie projektu :D Mobile advertising wita!

Avatar
Piotr.ek (niezalogowany) | 02.06.2010 15:54#8

Świetny projekt. Jak najbardziej popieram.

Avatar
TaMaX (niezalogowany) | 02.06.2010 15:55#9

A może to adobe kupi kolesi. I w CS6 bedzie export do js/html5 ;]

Avatar
HDevo (niezalogowany) | 02.06.2010 16:51#10

@scripter1 Specyfikacja SWF jest przecież otwarta, inaczej jak mogłyby istnieć narzędzia typu Swish do tworzenia animacji Flash? Poza tym istnieje projekt Gnash, który nie miał żadnych problemów z Adobe.
SmokeScreenowi życzę powodzenia. Myślę, że nie będzie miał przeszkód w rozwoju.

Avatar
dp reader (niezalogowany) | 02.06.2010 19:02#11

@HDevo
Specyfikacja SWF jest sprzedawana przez Adobe, inaczej narzędzia typu Swish były by bezpłatne.

Avatar
S.R.U (niezalogowany) | 02.06.2010 19:14#12

Jaki sens jest przetwarzać animację czy filmy po stronie odbiorcy?

Żaden!

Rozwiązaniem na braki wydajnościowe urządzeń, nie tylko mobilnych, jest strumieniowe przekazywanie danych.

Cały proces generowania (kompresja/dekomresja, zmiana rodzielczości dopasowanej do urządzenia, itp) powinien odbywać się po stronie nadawcy, gdyż posiadając solidne zaplecze (rozbudowane i wydajne centra danych), zajmie się 80% operacji wymagających sporych obliczeń.

Odbiorca natomiast powinien otrzymywać już gotowy obraz (przygotowany pod dane urządzenie), który (ewentualnie dodatkowo zabezpieczony - podpisany - w celu autentykacji lub ochroniy praw autorskich) do jego odtworzenia będzie wymagał jedynie 20% zasobów.

Tym sposobem nie będzie "obłędnego wyścigu zbrojeń" w wyposażanie telefonów czy innych mobilnych urządzeń w wydajne procesory, przerośnięte programy czy pozostałe zbędne "pierdółki" (nomen omen nie wnoszące nic poza wzrostem zużycia energii), a klient otrzyma produkt, z którego w końcu będzie w pełni zadowolony.

Avatar
S.R.U (niezalogowany) | 02.06.2010 19:24#13

Jaki sens jest przetwarzać animację czy filmy po stronie odbiorcy?

Żaden!

Rozwiązaniem na braki wydajnościowe urządzeń, nie tylko mobilnych, jest strumieniowe przekazywanie danych.

Cały proces generowania (kompresja/dekomresja, zmiana rodzielczości dopasowanej do urządzenia, itp) powinien odbywać się po stronie nadawcy, gdyż posiadając solidne zaplecze (rozbudowane i wydajne centra danych), zajmie się 80% operacji wymagających sporych obliczeń.

Odbiorca natomiast powinien otrzymywać już gotowy obraz (przygotowany pod dane urządzenie), który (ewentualnie dodatkowo zabezpieczony - podpisany - w celu autentykacji lub ochroniy praw autorskich) do jego odtworzenia będzie wymagał jedynie 20% zasobów.

Tym sposobem nie będzie "obłędnego wyścigu zbrojeń" w wyposażanie telefonów czy innych mobilnych urządzeń w wydajne procesory, przerośnięte programy czy pozostałe zbędne "pierdółki" (nomen omen nie wnoszące nic poza wzrostem zużycia energii), a klient otrzyma produkt, z którego w końcu będzie w pełni zadowolony.

Avatar
Jamjest (niezalogowany) | 02.06.2010 19:57#14

To teraz czekamy aż Steve Joobs zamanifestuje, że javascript jest be, argumentując to na swój przewrotny sposób.

AvatarUżytkownik jest nieaktywny
przemo_li | 02.06.2010 20:59#15

Projekt oryginalny i wraz upowszechnieniem OpenVG, może dużo zyskać.
Przyda się na pewno. I dziwi mnie sugerowanie antagonizmu Adobe twórcy tego programu.

Avatar
Anonim (niezalogowany) | 03.06.2010 0:07#16

Dlaczego mój komentarz nie został umieszczony?
Pisałem między innymi o tym, że Adobe udostępnia specyfikację formatu Flash.

AvatarUżytkownik jest nieaktywny
scripter1 | 03.06.2010 0:39#17

@Raid: Owszem piszą o reklamach ale nie widzę przeciwwskazań do wyświetlania flashowych gier (też są w plikach swf).

@HDevo: Specyfikacja swf jest "częściowo otwarta (...) i brak w niej ogromnej części informacji" - poczytaj sobie na wikipedii.

@S.R.U: Po części się z tobą zgadzam ale skoro to jest projekt Open Source i to w js to nic nie stoi na przeszkodzie aby go zaadaptować do wykonywania na serwerze żeby do przeglądarki trafiał już tylko wynikowy kod html/js określający zachowanie obiektu (tak jak to jest w php).

Avatar
Raid (niezalogowany) | 03.06.2010 8:12#18

@scripter1
Kwestią czasu było aby ktoś zaczął parsować animacje SWF i konwertować na SVG ale czym innym jest niezmienna ścieżka czasu animacji, a czym innym wszystko co wiąże się z interaktywnością i ogólnie pojętą częścią logiczną gry. Dwóch ostatnich rzeczy na SVG nie zrobisz więc póki co ten konwerter nie nadaje się do niczego innego jak wyświetlanie reklam. Nikt przy zdrowych zmysłach nie będzie próbował tworzyć konwertera gier SWF na JS z nadzieją że wyjście (JS) będzie w 100% zgodne w działaniu z wejściem (SWF), takich rzeczy nawet w Erze nie ma.

AvatarUżytkownik jest nieaktywny
scripter1 | 03.06.2010 19:05#19

@Raid: skoro tak mówisz to nie przeczytałeś uważnie tego newsa ani nie przeglądałeś demek na ich stronie.
Po pierwsze to nie jest sam js tylko js i HTML5 (swoją drogą ja też pokładam spore nadzieje w html5).
Argument o interaktywności i logice gier też upada bo za logikę może odpowiadać js a i z interaktywnością radzi to sobie.
Dowodem może być to że zrobili interaktywne intro w swf i wyświetlają je na stronie przy użyciu własnego mechanizmu.
Sam porównaj, intro jest tu:
http://smokescreen.us/demos/intro.html
A to jest bezpośredni link do tego swf (wyciągnięty z kodu tej strony):
http://smokescreen.us/demos/swf/smokescreen-intro.swf

Avatar
Raid (niezalogowany) | 03.06.2010 22:04#20

Zrozumiałem wszystko doskonale, gdy pisałem o JS miałem na myśli zrzucenie logiki i interaktywności właśnie na barki JS jako tego, który jest w stanie to obsłużyć, a gier w JS jest już nieco. Ale pomimo, że sam siedzę w mobile gamedev to w życiu nie słyszałem o czymś co gry konwertuje z jednego "systemu" na drugi i na drugim to działa bez dodatkowej ingerencji ze strony programisty, a tak właśnie musiało by być w tym przypadku. Łatwiej jest stworzyć, pisząc w uproszczeniu, środowisko emulacji aniżeli jeden kod zamieniać w drugi. Nie mnie już oceniać czy to ma sens w przypadku Flasha, którego żywot jest mi obojętny.

Avatar
Janq (niezalogowany) | 03.07.2011 22:58#21

A teraz jest jeszcze Google Swiffy!

Dodaj komentarz

Zasady publikowania komentarzy
Autor
Treść
 
Polecamy
Testujemy: Manta Smart TV Box

Internet w telewizorze
Spotkajmy się na HotZlocie!

13-15 07 2012, Zamek na Skale
Testujemy GALAXY NOTE

Czy to tablet z telefonem?
Top programy
  •  
Top programy ostatnie 7 dni
  •  
Top programy ostatnie 30 dni
  •  
Skanery antywirusowe
skaner av