Como o HTML5 pode "substituir" o Flash? [fechadas]

Um tópico de debate que ressurgiu desde a inauguração do iPad é a questão do Flash versus o HTML5. Existem aqueles que sugerem que o HTML5 um dia substituirá / substituirá o Adobe Flash.

Como não desenvolvo software executado em um navegador, meu entendimento (limitado) é:

• HTML é uma linguagem de marcação de texto puro entregue por HTTP para um navegador cliente. O navegador do cliente interpreta a marcação e renderiza (com diferentes graus de sucesso) a página de acordo com uma especificação padrão.
• O Adobe Flash é uma estrutura adequada para trabalhar com gráficos de áudio, vídeo, som e raster / vetor. Requer ferramentas especiais de autoria (talvez um compilador?) E um player personalizado disponível como plug-in para os navegadores mais comuns.

Alguém poderia explicar (para esse desenvolvedor de C / C ++) como é possível, do ponto de vista técnico / de codificação, que uma linguagem de marcação baseada em texto (HTML5) possa ser considerada uma substituição de uma estrutura multimídia (Flash)?

Por favor, sem argumentos opinativos - apenas fatos técnicos.

O que as pessoas se referem livremente ao HTML5 no contexto desta discussão é a combinação do HTML como uma linguagem de marcação, CSS que especifica como ele é renderizado e o código javascript que manipula o HTML e CSS dinamicamente.

Além disso, o HTML5 não possui apenas os elementos de texto padrão, mas também os <canvas>gráficos 2D que podem ser desenhados e os <video>elementos que incorporam o vídeo (como o nome sugere).

Portanto, em uma implementação completa do HTML5, você pode implementar sites dinâmicos sem usar o Flash. Um exemplo é a versão HTML5 do Youtube, introduzida recentemente como beta para usuários do Safari / Chrome, veja aqui . Outro é um emulador de NES em javascript + HTML. (Bem, o último realmente não diz respeito ao HTML5 ... ele usa <canvas>.)

Quando Steve J. fez os comentários sobre o HTML5 ser o futuro, ele não se preocupou em explicar que essa afirmação realmente se refere ao uso mais difundido do Flash hoje, que é o vídeo. Talvez ele não tenha explicado isso de propósito, para que muitos usuários desinformados que desejam assistir o Hulu em seus iPhones desencadeariam sua raiva contra o Flash. O que é exatamente o que está acontecendo ... É chato e eu perdi o respeito por Steve.

A pilha HTML5 (html, css e JS) NÃO substituirá diretamente o Flash. Desenvolvo conteúdo em Flash há mais de 10 anos, também sou muito competente em JS. Eu me arrependo de pensar em usar JS para tarefas em que o ActionScript pode realizar a mesma coisa com 50% menos código. Existem tarefas que serão muito difíceis, se não impossíveis, de serem executadas com JS e CSS. Para animações rudimentares e funcionalidade semelhante a JQuery, o HTML5 pode ser uma opção viável, em vez do Flash. Mas para jogos complexos e RIAs, eu simplesmente não vejo isso. O Actionscript evoluiu para uma linguagem robusta e com todos os recursos.

A outra coisa importante é que o Flash player é atualizado periodicamente pela Adobe para solucionar quaisquer problemas que possam surgir. Como eles atualizarão / melhorarão as especificações do HTML5 se elas se tornarem a norma e o Flash se despedir? Eles não vão. Você precisa aguardar o HTML6 e todos os navegadores para suportá-lo. O que significa que você acaba esperando de 5 a 10 anos. Ótima maneira de nos trazer de volta a 1998. Não, obrigado. Vou ficar com o Flash por enquanto.

Por mais que os padrões abertos sejam um objetivo digno, não vejo isso como se diz ...

Meus dois centavos.

Eu acho que algumas pessoas aqui estão programando esnobes e não estão ouvindo. Eu também sou um desenvolvedor iniciante em Flash e não quero que ele desapareça. Você sabe porque? Porque as pessoas CRIATIVAS podem usar o Flash para desenvolver o que está em nosso cérebro com muita facilidade. Uma pessoa que gosta de desenhar e criar cenas não gosta necessariamente de codificar. Digitar um monte de "frases" NÃO é desenhar e animar! O que você está dizendo sobre HTML5 é como dizer que Picasso e Dali deveriam ter aprendido uma linguagem de programação para pintar. Ridículo, certo?

É por isso que as pessoas preferem o Flash ao HTML5. Não é egoísta, é apenas reconhecer que as pessoas capazes de criar conteúdo legal e animado da Web preferem criar nossas próprias visões em vez de aprender uma habilidade não relacionada ou confiar em alguém para interpretar para nós.

Em vez de ridicularizar, convém criar um ambiente visual HTML5 que rivalize com o Flash.

como é possível, do ponto de vista técnico / de codificação, que uma linguagem de marcação baseada em texto (HTML5) possa ser considerada uma substituição de uma estrutura multimídia (Flash)?

HTML5 é o novo nome ativo de "pilha de tecnologias da web", não apenas uma "linguagem de marcação".

Possui uma linguagem de programação (JavaScript), como o Flash; um conjunto de APIs, expandindo significativamente como parte dos esforços geralmente rotulados como "HTML5", maneiras de desenhar gráficos (SVG, <canvas>), reproduzir áudio e vídeo (<audio>, <video>).

Ao contrário do Flash, os "aplicativos HTML5" são processados ​​pelo navegador, não por um plug-in proprietário, o que é bom - pelo menos para os fornecedores de navegadores (consulte a parte relevante desta postagem do blog - obrigado Jotham). Por exemplo, possibilita que um fornecedor de navegador corrija problemas (e não espere pela Adobe) - a IIRC Apple citou o Flash como o principal motivo de falhas entre todas as falhas no Mac.

[editado para remover reivindicações de "padrões abertos são melhores", das quais tenho preguiça de fazer backup]

Não é simplesmente HTML5, mas quando a adoção do navegador é concluída. Por exemplo, a presença da <video>tag HTML5 não significa nada sem um player de vídeo fornecido pelo navegador para realmente apresentar o vídeo (nesse ponto, a esperança é que o Flash Video não seja mais necessário). O mesmo vale para a <audio>tag.

Além disso, o elemento canvas do HTML5 (combinado com JS) permite gráficos muito mais avançados dentro de um navegador do que o que era possível antes.

Bem, para ter uma impressão dos recursos do HTML5 / canvas + JavaScript, você pode dar uma olhada nisso, que é uma implementação do Wolfenstein 3D feita puramente no HTML5, sem usar o Flash (observe que você precisa de um suporte para tela) navegador como o Firefox para ver isso funcionando).

Não é tanto que o HTML5 possa substituir o Flash combinando-o, recurso a recurso. Além disso, a pilha HTML5 (incluindo JavaScript e CSS) pode ser usada para criar o mesmo tipo de aplicativos avançados da Web para os quais o Flash era a única opção viável antes. Como o HTML tem a promessa de também abordar algumas das deficiências da plataforma Flash, existe o potencial de substituir o Flash nesse espaço no futuro.

Essa discussão é muito centrada na tecnologia usada para renderizar o aplicativo no final do usuário. Ele não trata da facilidade com que os autores conseguem criar o conteúdo que será entregue aos usuários. Você já mencionou que o Flash está associado a um conjunto de ferramentas comerciais especificamente criadas e comercializadas pela Adobe para atender à necessidade de autores com conteúdo rico. Essas soluções para HTML5 ainda não são muito adotadas. Para desenvolvedores que veem a criação principalmente como codificação, isso não é uma grande preocupação e eles não terão dificuldade em obter tração com o HTML5 (e muitos já o fazem). Para os autores que não possuem experiência em desenvolvimento / codificação, isso pode ser outra história e, para eles, a viabilidade do HTML5 dependerá muito da disponibilidade de ferramentas de criação integradas.

O que essas pessoas tolas e não criativas não perceberam é que o HTML5 / Javascript / CSS está muito inchado no começo. Todo esse ativo ainda é um arquivo de texto totalmente RAW. sem compactação, sem otimização de bytecode e sempre será assim. Portanto, para desenvolvedores de jogos, essa não é uma opção, pois toda a sua fonte é facilmente acessada por roubo. O Flash permite que você compile seu código-fonte de forma mais compacta, enquanto ainda é capaz de criar seu conteúdo dinâmico de maneira bem gráfica. A parte superior desse flash já suporta shaders, aceleração de hardware, filtros de pixel (Pixel bender) e efeitos de camada. Até hoje, você não pode obter elementos html para deixar uma sombra com facilidade e simplicidade. O HTML5 apenas tentará substituir o flash como um media player, mas como a popularidade do Flash é devido à sua consistência, será uma venda difícil. Meu ódio ao CSS e ao Javascript pode ser suposto pelo fato de que 40% do código javascript é para compatibilidade do navegador e a implementação do CSS NUNCA é consistente em diferentes fornecedores de navegadores. Até que os nerds resolvam esse problema, o Flash nunca será substituído. O fato é que tudo o que você pode fazer em HTML5, podemos fazer em flash mais rápido e melhor.

Eu já vi o Wolfenstein 3D no Canvas. É inferior . e minúsculo. Podemos criar um mecanismo 3D melhor com uma janela maior. Bata isso?

O Flash tem muito mais do que áudio / vídeo. Recentemente, o Flex tem sido muito popular devido ao seu rico modelo de programação e capacidade de desenvolver interfaces de usuário de alto desempenho.

se o HTML 5 ou qualquer coisa precisar tornar-se popular, primeiro o mecanismo JavaScript incorporado deve ser mais eficiente. Atualmente, o Flex / Flash é popular por causa do robusto mecanismo ActionScript.

Espero que estejamos falando sobre como o HTML5 pode substituir swf e flv. Não é totalmente em Flash. Sou desenvolvedor de Flash (amador). Para mim, alguém com mais espírito artístico do que com programação de script, o Flash é bastante fácil (na maioria das vezes) de usar. Como faço para que um personagem de desenho animado atravesse a tela em HTML5? Ou algo simples como transformar (interpolar) um círculo em um quadrado? Certamente não tenho que escrever isso como código. Eu simplesmente não sou tão inteligente na programação para conseguir isso. Flash é relativley simples. Desenhe todos os seus gráficos em qualquer aplicativo que você esteja confortável (ilustrador para mim) e depois junte-os com um script de ação. Eu amo vocês dois, Apple e Adobe. Por favor, venha com algum tipo de compromisso.

Muitas pessoas afirmam que o HTML5 eliminará plugins como o Flash e o Silverlight, mas isso simplesmente não é o caso.

Tomemos, por exemplo, este cenário.

Carregue um arquivo binário sobre um URL. Para fins de demonstração, usaremos o formato shapefile (.shp), que contém polígonos geográficos em um sistema de coordenadas.

Analise o conteúdo do byte do lado do cliente.

Desenhe o conteúdo de maneira eficiente.

Demonstração: http://www.libertyvanguard.com/liberty-gis

Este é apenas um exemplo em que a tecnologia de plug-ins não será substituída pelo HTML5.

Duvido que seja um substituto para tudo o que o Flash é capaz de abranger. No entanto, se você pesquisar na web hoje em dia, verá que o Flash é amplamente utilizado para fornecer conteúdo de vídeo ou áudio no navegador. Algo que está incluído no HTML 5, apesar de prejudicado até agora, uma vez que eles não podiam concordar com nenhum codec padrão.

Certamente, todos esses bons jogos e anúncios em Flash não desaparecerão apenas por causa do HTML 5 e o HTML 5 não poderá substituí-los. Mas o objetivo é poder substituir os usos que realmente podem fornecer conteúdo. Para gráficos vetoriais, há também SVG, que pode receber algum tratamento especial.

Ainda não se sabe se essa será realmente a morte do Flash para vídeo. Os problemas do codec de vídeo HTML 5 podem ser resolvidos mais cedo ou mais tarde. No entanto, o Flash provavelmente continuará sendo o meio de escolha onde os distribuidores de conteúdo desejarão maior controle sobre o que será entregue, DRM e técnicas similares, etc.

Juntamente com javascripts para rastrear eventos da GUI e scripts dos novos elementos do HTML 5, você obtém muito do que o Flash oferece.

O HTML 5 possui vários novos elementos. Um deles é chamado Canvas. Com ele, você pode desenhar o que quiser na tela, dentro de seus limites. Você usa o javascript para desenhar nele e também pode capturar quaisquer cliques de mouse e similares com o javascript. Se você estiver acostumado a kits de ferramentas da GUI na área de trabalho, como Tk, GTK, poderá comparar esses novos elementos a alguns dos widgets desses kits de ferramentas da GUI.

Dê uma olhada no thejit para ver um exemplo de gráficos em HTML 5

O navegador moderno que suporta o padrão HTML5 tem capacidade para reproduzir arquivos de mídia suportados dentro do navegador, sem a necessidade de plug-ins de terceiros.

Você pode tentar isso sozinho. A versão mais recente do Safary e do Google Chrome (também do Firefox 3.6) pode reproduzir <video>tags em uma página HTML5 diretamente. O YouTube agora suporta HTML5 .

É por isso que o iPad poderá reproduzir vídeo se o site estiver usando HTML5, sem plug-ins do Adobe Flash, usando o navegador Safari que cumpra totalmente o padrão HTML5.

O Flash opera com uma linha do tempo, palco e cenas e permite carregar filmes um em cima do outro. Ele também possui a função de descascar cebola, interpolar e outras ferramentas de arte vetorial que facilitam as animações de desenho animado por meio de animação quadro a quadro. Você faz tudo isso e depois controla uma quantidade muito pequena e fácil de script de código / ação. HTML JAVA CSS não está nem perto de uma experiência artística para o autor e há muito mais códigos envolvidos para obter resultados semelhantes - o flash é muito mais rápido, fácil e fácil de usar. Duvido que o Flash vá a qualquer lugar com pressa.

O HTML5 está realmente longe de substituir as tecnologias de interface do usuário do Flash ou do Silverlight. E o problema não é apenas que o HTML5 é limitado na quantidade necessária nos componentes de interface do usuário do aplicativo, mas também não permite a criação de componentes personalizados, de forma que eles se integrariam perfeitamente ao tempo de execução.

Dê uma olhada no Ample SDK - JavaScript UI Framework , sua arquitetura é amplamente herdada do que você encontrará no Flex, Silverlight ou Gecko. Uma das tecnologias de interface do usuário que ele permite entre navegadores é o XUL, estilizado em CSS e programável em JavaScript com APIs XUL DOM ou jQuery. Você também pode criar sua própria tecnologia de interface do usuário no topo da estrutura.

Espero que o HTML5 possa entregar os produtos e talvez não substitua totalmente o flash, mas pelo menos no que diz respeito ao vídeo. Embora o vídeo em flash seja pequeno, ele exige muito processamento. Vá para o youtube sem o flashblock ativado e abra o gerenciador de tarefas. Agora você pode ver como os processos do firefox repentinamente saem da página sempre que você visita um site orientado a flash como o youtube. Meu conselho é obter o Flashblock.

Eu acho que o HTML5 substituirá a maior parte do flash / flex, que provavelmente continuará como outro ramo, porque a tela é legal. Novas bibliotecas virão. Mas, desde que JS seja de fato único , não será tão rápido, especialmente nos jogos, desde que o Adobe não desista.

Ouvi pela primeira vez o comentário de "HTML substituindo o Flash" de Steve Jobs. (Ele odeia o Flash, talvez porque trava em seus computadores Mac, não tenho certeza. Acho que ele está sem contato. A prova é seu produto ridículo, o "iPad".)

A questão é: QUÃO BOM É PARA OS DESENVOLVEDORES? Resposta: não tão bom quanto o Flash. Ainda. Por que digo isso com minha experiência limitada? É todo o código de compatibilidade "try ... catch" que você precisa em Javascript para funcionar em todos os navegadores. QUE MONTE DE LIXO. O ActionScript / Flash é UM pedaço de código / aplicativo para TODOS os navegadores.

A outra coisa que o Flash possui são as ferramentas de software de desenvolvimento gráfico (e não gráfico) para otimizar o processo.

Portanto, a RESPOSTA CURTA É QUE O ADOBE NÃO DEVE "HTML" substituir o flash, pelo menos a curto prazo. Mas ele pode competir com o Flash se as pessoas criarem ferramentas de desenvolvimento suficientes para ele, principalmente as ferramentas gráficas WYSIWYG, como se o Google desenvolvesse um editor WYSIWYG fácil de usar para criar aplicativos GWT. E esse é um grande FI.

É possível que a linguagem de marcação baseada em texto (HTML5) possa substituir uma estrutura multimídia (Flash).

A solução é simples, basta mover a estrutura para o navegador e se tornar um padrão aberto. Não apenas a estrutura multimídia, o navegador pode incluir muitos outros itens que pertencem ao sistema operacional agora.

É possível que, eventualmente, o navegador seja o SO (modo de usuário). O sistema operacional atual será limitado ao modo kernel, principalmente lidando com hardwares.

Um ponto de ângulo mais óbvio e mais amplo, que raramente é mencionado, é que o termo "flash" vagamente referenciado realmente abrange toda a plataforma Flash, e isso inclui o Flash IDE.

Animadores e outros tipos artísticos que usam a tecnologia para criar desenhos e animações complexos dependem quase inteiramente do IDE para o seu trabalho. Simplesmente não é possível sem ele. Fim da história. Não é apenas a tecnologia no nível de especificação de linguagem que importa! É também sobre as "tecnologias de suporte", neste caso, os IDEs (eu digo "suporte", mas o Flash IDE é muito uma tecnologia integrada ao restante da Plataforma Flash).

Se alguém cria um IDE HTML5 com recursos que rivalizam com o IDE Flash, isso é ótimo, mas estou surpreso que o argumento seja tão raro. Os artistas fazem parte do debate tanto quanto os programadores, e não é razoável dizer que não é da conta deles.

Portanto, para responder sua pergunta diretamente: o HTML5 seria considerado uma alternativa totalmente razoável - ou mesmo substituta - para uma estrutura de multimídia como o Flash, se e somente se um IDE adequado for criado para ele, elevando-o a uma estrutura de multimídia.

Não é realista argumentar sem levar em consideração os IDEs. Se a pergunta for especificamente "O HTML5 em seu estado concluído, sem um IDE, pode ser uma alternativa ao Flash para aplicativos além de animações complexas animadas manualmente?" então a resposta provavelmente seria sim e todos iríamos para casa.

Tópico interessante. Eu ecoo o sentimento da maioria dos pôsteres aqui: embora o HTML 5 faça grandes saltos na apresentação básica de multimídia, ele não poderá substituir o Flash. Todos os sites de jogos online são um bom exemplo. O Flash pode ser executado na maioria dos navegadores, exceto em determinados dispositivos móveis.

Na mesma nota, acredito que o consumo de bateria foi a razão original pela qual Steve Jobs não quis oferecer suporte ao Flash no iPhone e iPad. Isso pode morder a Apple (sem trocadilhos) no caminho. O Android 2.2 terá suporte a flash (mas não está claro se todo o hardware fabricado o suportará - eles terão confiança em suas baterias).

Além disso, parece que o Flash 10+ será algo certo nos dispositivos Blackberry daqui para frente, incluindo os telefones BB, o próximo tablet BB Playbook (btw, este brinquedo tem algumas especificações matadoras - não posso esperar para colocar minhas mãos quando sair Próximo ano).

Estou disposto a apostar que o Flash continuará a ser grande no Web Dev, mesmo depois que o suporte ao HTML 5 se tornar universal.

Atualmente, estamos desenvolvendo um LCMS, uma vez que as áreas são uma ferramenta de autoria totalmente WYSIWYG para o desenvolvimento de materiais de treinamento compatíveis com SCORM e AICC que contêm animação, vídeo, áudio, vários tipos de avaliação com interação. A ferramenta se parece com a aparência de um power point, permitindo ao usuário arrastar e soltar facilmente objetos de aprendizado no slide com imagens, redimensionar imagens, movê-los, sobrepor texto, adicionar testes etc.

Esse espaço de trabalho é feito atualmente no Flex e possui ótimo desempenho, nem mesmo o Google Docs / Presentations se aproxima da flexibilidade e do desempenho desse aplicativo.

Gostaria de saber se um aplicativo dessa escala pode ser desenvolvido com HTML5 sem uma enorme quantidade de recursos. Somos uma pequena empresa com um pequeno grupo de desenvolvedores.

Simplificando, muitos esperam que os recursos HTML5 combinados com javascript possam proporcionar uma experiência gráfica na Web melhor, mais barata e mais eficiente do que o flash. Considere que muitos sites sofisticados, como o Gmail, o Google Maps e o YouTube, podem ser executados sem nenhum flash usando HTML e javascript. As melhorias feitas no javascript e HTML permitem que os sites desenvolvam recursos gráficos e de animação ainda mais ricos, sem recorrer ao pagamento da Adobe.

Os desenvolvedores da Web ainda se preocupam com um navegador como o IE6, que é realmente antigo, para que você possa ter certeza de que o Flash e tecnologias similares estarão disponíveis por um longo tempo ...