Czy ten sam model biznesowy gier Flash działa w przypadku gier HTML5?

13

Jednym z najlepszych sposobów zarabiania pieniędzy w grach Flash jest zawieranie umów sponsoringowych. Deweloper umieszcza logo sponsora i link do swojej strony w grze i pozwala grze rozprzestrzeniać się w Internecie. Sponsor otrzymuje pieniądze z reklam i dodatkowy ruch na swojej stronie internetowej. Alternatywnie blokują grę na swojej stronie internetowej (zazwyczaj na krótki okres czasu), aby osoby, które chcą w nią zagrać, trafiły na jej stronę internetową. To prawda, że ​​można usunąć blokadę witryny z pewnym wysiłkiem, dekompilując plik SWF, ale zwykle nie jest to zrobione, ponieważ nie jest warte wysiłku i nie jest uzasadnione. Inną znaczącą częścią modelu biznesowego Flash jest umieszczanie reklam w grze. Istnieją inne sposoby zarabiania pieniędzy w grach Flash, ale z tego, co wiem, te dwa są najbardziej rozpowszechnione.

Ponieważ HTML5 jest koniecznie open source, zastanawiam się, czy ten model nadal działałby dla HTML5. Nawet jeśli zaciemnisz js, skopiowanie gry jest znacznie łatwiejsze niż Flash, więc może warto spróbować skopiować grę na (nielegalną) stronę. Jeśli dodasz logo sponsora oraz link lub reklamy, warto spróbować usunąć je ze strony, co moim zdaniem jest znacznie trudniejsze w przypadku gier Flash. Być może nawet nielegalna witryna mogłaby twierdzić, że jej strona jest lepsza, ponieważ nie ma w niej reklam. Wciąż istnieje bariera legalności, ale zastanawiam się, czy jest wystarczająco silna.

Odłóżmy na bok wszystkie ograniczenia techniczne związane z tworzeniem gier dotyczące HTML5 dla tego pytania (załóżmy na chwilę, że HTML5 działa tak samo dobrze, jak Flash dla gier). Mam dwa bardzo podobne (para) pytań. Po pierwsze, czy model biznesowy Flash działałby z HTML5? Jakie zmiany byłyby pomocne w przypadku gier HTML5? Drugie pytanie brzmi: co z dużym obrazem gier HTML5? Czy dostosowanie modelu Flash jest naprawdę najlepszym rozwiązaniem, czy też istnieje lepszy model, w którym świat gier HTML5 może się „zmienić”?

kosy
źródło

Odpowiedzi:

6

Nie sądzę, żeby wiele się zmieniło. Pliki SWF można łatwo dekompilować. Tak, ActionScript wprowadzi pewne nieodwracalne zmiany, które utrudnią zrozumienie zdekompilowanego kodu (niszczenie nazw zmiennych, wstawianie funkcji itp.), Ale obfuscator JavaScript mógłby to zrobić.

Hakowanie oprogramowania klienckiego w celu usunięcia reklam jest prawdopodobnie zawsze możliwe, niezależnie od używanego języka. Masz więc dwie opcje:

  • Zrób to tak ciężko, jak to możliwe, aby nie było warte wysiłku
  • Walcz z tym legalnie, jeśli taki istnieje

Jednym z możliwych problemów może być to, że rozszerzenie przeglądarki, takie jak AdBlock lub Greasemonkey, może łatwiej zmieniać grę w czasie wykonywania.

Bart van Heukelom
źródło
Czy obfuscator JavaScript może zaciemniać, a także dekompilowany kod AS3? Powiedzmy, że chcę tylko usunąć logo sponsora i link z ekranu głównego. Czy jest to znacznie łatwiejsze (lub możliwe do zautomatyzowania), czy jest to prawie to samo, porównując zaciemniony plik js i zdekompilowany plik SWF? Jeśli jest prawie tak samo, to chyba nie powinno być większego problemu z grami HTML5.
scytos
To zależy od obfuscatora. Nigdy go nie użyłem, ale teoretycznie mogą robić to samo niszcząc czytelność, co kompilator AS3.
Bart van Heukelom,
7

Gry HTML5 napotykają wiele przeszkód:

  • niepewna kompatybilność przeglądarki
  • stabilność
  • słaba obsługa audio
  • niska prędkość wykonywania JavaScript
  • niska prędkość renderowania
  • bez narzędzi projektantów
  • źródła i zasoby można łatwo przeglądać / kopiować
  • gra jest łatwa do zhakowania podczas działania
  • gry osadzone w innych portalach mogą uruchamiać złośliwy kod w portalu hosta
  • brak infrastruktury reklamowej w grze
  • Gra nie może być dystrybuowana do portali jako pojedynczy plik
  • gry mogą potencjalnie „wycieknąć” z ramek na stronę, jeśli nie zostaną poprawnie osadzone

Podsumowując, nie sądzę, aby obecny model portalu z grami Flash działał dla HTML5. Myślę, że HTML5 może odnieść sukces w grach w stylu Facebook / Farmville.

Iain
źródło
3
„Odłóżmy na bok wszystkie ograniczenia techniczne dotyczące tworzenia gier dotyczące HTML5 dla tego pytania (załóżmy na chwilę, że HTML5 działa równie dobrze, jak Flash dla gier)”.
Bart van Heukelom,
3
Tak, ale nie możesz odłożyć technicznych ograniczeń technologii! To całkowicie nielogiczne.
Iain
1
Chodzi mi o to, że pytanie dotyczy „bezpieczeństwa kodu” Javascript, a nie innych funkcji, których może brakować lub które mogą być złe.
Bart van Heukelom,
1
Masz rację i masz dobrą listę, ale miałem na myśli założenie, że jesteśmy w przyszłości, gdzie HTML5 będzie dalej rozwijany. Większość z tych problemów należy naprawić przy dużym nakładzie czasu i wysiłku, ale fakt, że kod jest otwarty, nie ulegnie zmianie. Szczególne przeszkody, które chcę rozważyć na twojej liście, to przeglądanie / kopiowanie / modyfikowanie źródła i zasobów. Zastanawiam się, czy te konkretne przeszkody powstrzymałyby model biznesowy Flash przed przejściem na HTML5.
scytos
2
Och OK - nie, nie sądzę, że samo źródło widoczne jest prawdziwą przeszkodą - nie powstrzymuje milionów innych stron internetowych i aplikacji. AS3 jest nadal głupio łatwa do dekompilacji i nie ma tam milionów skradzionych gier Flash.
Iain
2

Możesz powiązać użytkowników z używaniem tylko swojej implementacji, mając część logiki gry na serwerze (obsługiwanym przez AppEngine itp.), Do której można uzyskać dostęp z kodu HTML, i sprawdzić na serwerze, czy program wywołujący należy do Ciebie.

funkybro
źródło
Jest to interesujące rozwiązanie, ale zmusiłoby to programistów do napisania części kodu do uruchomienia po stronie serwera, co jest niepożądane. Myślę też, że dzwoniącego można sfałszować w js, prawda?
scytos
O ile serwer nie wyrenderuje całego ekranu, usuwanie reklam będzie nadal łatwe. Po prostu nie można niczego wymusić na komputerze klienckim.
Bart van Heukelom,
0

Flash virality

Gry flash mają charakter wirusowy, ponieważ bardzo łatwo jest skopiować i wkleić plik SWF na własnej stronie internetowej i nakleić reklamy. Sprzedają marzenie „hej, weź grę stworzoną przez kogoś innego i zarabiaj na tym” . Deweloperzy zarabiają, portale zarabiają, a naśladowcy zarabiają. Wszyscy są szczęśliwi.

HTML5! = Wirtualizacja (jeszcze)

Dokładnie to samo można zrobić z HTML5 (choć nie w sposób spakowany ze względu na sposób umieszczania zasobów na serwerze WWW). Problemem są osoby, które chcą skopiować i wkleić Twoją grę.

Powiedzmy, że nikt nie chce tego robić, ponieważ nie rozumie wystarczająco dobrze HTML5. No dobrze, nie doświadczamy efektu naśladowcy .

To nie znaczy, że umiera model sponsorski. Nadal możesz utrzymywać relacje programista-portal, odcinając naśladowców w tym procesie (czy nie jest to lepsze?).

Jako programista nic się nie zmienia poza budowaniem gier w javascript / css. Wydawca pracuje nieco ciężej, ponieważ musi znaleźć inne kanały dystrybucji, aby zrekompensować to, że nie doświadcza „wirtualizacji Flash”. Jak na razie radzą sobie całkiem dobrze, ponieważ płacą dobre pieniądze za gry HTML5. Popyt istnieje.

ben0
źródło
aby dowiedzieć się, ile płacą wydawcy , przejdź do linku , przewiń w dół do opcji „Sprzedaj prawa do dystrybucji”
ben0