HTML 5 <video> 태그와 Flash 비디오. 장단점은 무엇입니까?

중요 업데이트

이 질문은 9 년 전에 만들어졌습니다. 그땐 말이됐지만 지금은 안돼 플래시는 빠져 나가기 어렵습니다. <video>지원은 모바일 장치를 포함하여 어디에나 있습니다. Flash가 할 수있는 거의 모든 것을 HTML에서도 할 수 있습니다. HTML이 이기고 Flash가 패했습니다. 페이지에 동영상을 삽입하는 방법에 대해 숙고하고 있다면<video> 하고 다시 생각하지 마세요. 이 질문은 역사적 가치를 위해서만 보존됩니다.

원래 질문

새로운 것 같아 <video>특히 Firefox가 이제 지원하기 때문에 요즘 태그가 모두 과장된 . 여기 저기 블로그에 이에 대한 소식이 올라오고 있고, 모두가 기뻐하는 것 같습니다. 하지만 어떨까요?

내가 검색 한만큼 나는 좋은 오래된 플래시 비디오보다 더 나은 것을 찾을 수 없었다. 사실, 나는 그것에 대한 문제만을 본다.

• 모든 브라우저가 지원을 시작하기까지는 아직 시간이 걸리며 대부분의 사람들이 업그레이드하기까지 훨씬 더 많은 시간이 소요됩니다.
• Flash는 이미 사용 가능하며 모든 사람이 가지고 있습니다.
• 재생을 제어하기 위해 원하는 멋진 UI와 Flash를 결합 할 수 있습니다. 태그도 (자바 스크립트를 통해) 제어 할 수 있지만 전체 화면으로 이동할 수 있습니까?

<video>내가 볼 수 있는 태그 의 유일한 두 가지 장점 은 다음과 같습니다.

• 그것은 더 "의미 적"입니다. 그것은 아마도 저를 포함한 많은 사람들에게 중요하지 않을 것입니다.
• 이것은 하나의 상업용 타사 엔티티 (Adobe)에 의존하지 않습니다. 또한 무료 플레이어와 비디오 변환기를 이미 사용할 수 있고 Adobe가 어떤 식 으로든 전체 프로세스를 방해하지 않기 때문에 전환해야하는 설득력있는 이유라고 생각하지 않습니다. (그들의 이익도 아닙니다).

그래서 ... 뭐가 큰일이야?

추가 :

좋습니다. Pro가 하나 더 있습니다. 모바일 장치 지원. 그래도 말하기 어렵습니다. 주제에 대해 내 머릿속에 여러 생각이 떠올랐다.

• 어쨌든 얼마나 많은 모바일 장치가 플래시 나 그 밖의 적절한 속도로 비디오를 디코딩 할 수 있습니까?
• 주류 모바일 장치가 <video>지원을 받을 때까지 얼마나 걸리 나요? 업데이트를 통해 사용 가능하더라도 실제로 얼마나 많은 사람들이 그렇게합니까?
• 얼마나 많은 사람들이 휴대 전화로 웹 페이지의 동영상을 시청합니까?

의미론 부분에 관해서는-검색 엔진이 지금은 비디오를 더 잘 감지 할 수 있다는 것을 이해합니다. 그러나 ... 그들은 어쨌든 그것들로 무엇을할까요? 좋아요, 그들은 페이지에 비디오가 있다는 것을 압니다. 과? 그들은 비디오를 인덱싱 할 수 없습니다! 여기에 더 많은 논쟁이 필요합니다.

추가 :

다른 단점을 생각했습니다. 이것은 브라우저 간 비 호환성의 완전히 새로운 영역을 열어줍니다. HTML과 CSS는 이미이 측면에서 상당히 지저분합니다. 플래시는 적어도 모든 곳에서 동일합니다. 그러나 적어도 하나의 주요 브라우저 공급 업체가 <video>태그 에 대해 결정하는 것으로 충분하며 (누구나 "Internet Explorer"라고 말할 수 있습니까?) 탐색 할 멋진 새로운 지옥 영역이 있습니다.

추가 :

Pro가 방금 들어 왔습니다. 더 많은 경쟁 = 더 많은 혁신. 사실입니다. Adobe에 더 많은 경쟁을 주면 지금까지 부족했던 영역에서 Flash를 개선해야 할 것입니다. 많은 사람들이 언급하는 Linux는 약점 인 것 같습니다.

여기에는 많은 좋은 점이 있습니다. 격투기 스타일처럼 각 점에는 추력이 있으며 각 점은 방어 할 수 있습니다. 그러나 각각은 적절한 움직임으로 패배시킬 수 있습니다.

"독점"플러그인에 대한 논쟁에 서있는 사람은 금방 넘어 질 것입니다. 마이크로 소프트, 애플, 어도비는 모두 죄책감을 가지고 있지만 그것은 비즈니스에 불과합니다. 하룻밤 사이에 비즈니스를 변경하지 않을 것이며, 매우 기술적 인 인터페이스를 지원하는 <video>와 같은 새로운 태그에 의해 추가 된 복잡성의 각 계층은 각 브라우저마다 * 약간 * 다른 구현을 초래합니다.

HTML 5는 이제 작동하며 Flash도 작동합니다. 구현 방법 , 필요한 기술-직원의 성과, 웹 마스터의 권한 또는 도메인의 영향 등 각 리소스를 정의합니다.

40 살이었지만 주황색 또는 녹색 단색 모니터가 색상 선택이되었을 때 프로그래밍을 시작했고, 하드웨어 설치에는 사용 설명서 대신 기도서가 함께 제공되었습니다. 하드웨어로 구성되지 않고 64K RAM이 WOWWWWW와 같을 때 모뎀에 대한 AT 명령을 알아낼 수 있습니다!

HTML 5 / Flash는 그 쓰레기에 비해 사소한 성가신 것입니다. 더 나은 리소스를 위해 커뮤니티에서 협력하는 방법을 모두 배워 보겠습니다. 오픈 소스 플래시 프로젝트가 있으며 버그가 있습니다. HTML 5도 ...

여기의 모든 주장은 사실이지만 반드시 생산적인 것은 아닙니다. 그 에너지를 해결책으로 사용하십시오.

img태그 가 없다고 상상해보십시오 . 이미지를 원하면 타사 플러그인을 사용해야합니다. 이것은 정말 느리고 페이지에 삽입하는 표준 방법이 없습니다. 이런 식으로 이미지를 쉽게 복사 할 수 없으며 검색 엔진은 기본적으로 이미지 나 게임 또는 그 밖의 것이 무엇인지 전혀 알지 못합니다.

이것이 없으면 이미지를 사용할 수 없습니다.

그런 다음이 멋진 새 기능을 사용할 수있는 브라우저가 출시되었다고 상상해보십시오. img 태그 .

비디오 (및 오디오) 태그는 작업에 논리적으로 합당한 방법입니다. 완전히 표준 미디어 형식을 사용하기 위해 타사 플러그인이 필요하지 않습니다.

<비디오>의 가장 큰 장점은? 그것은 간단합니다. 아주 쉽게. 엄청나게 쉽습니다. 할머니는 비디오 태그를 쉽게 코딩 할 수 있습니다. <video src = "myfile.ogv"> </ video> 완료되었습니다.

<video>는 또한 사용자에게 분명한 이점이 있습니다. 그들은 잠재적으로 매우 효율적일 수있는 브라우저 네이티브 비디오 플레이어를 얻습니다. 사이트마다 변경되지 않는 일관된 UI를 얻습니다. 플래시를 구현하지 않을 수있는 모바일 브라우저는 여전히 <video>를 구현할 수 있습니다.

유일한 단점은 일시적인 것이며 호환성입니다. IE8은 <video>를 지원하지 않으며 IE9가 널리 설치되기까지는 시간이 걸립니다. 또한 Firefox, Chrome 및 Opera는 모두 Ogg Theora와 WebM을 모두 지원하는 반면 Safari와 IE는 H.264를 제공하는 반면 비디오를 지원할 코덱을 놓고 일부 싸움이 있습니다 (적절한 코덱으로 Theora / WebM을 지원할 수 있음). . 지금은 동영상을 두 가지 형식으로 게시하고 소스 요소를 모두 제공해야 함을 의미합니다.

<video>
  <source src='video.webm' type='video/webm'>
  <source src='video.mp4' type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
</video>

IE 8 및 이전 버전 및 기타 하위 클라이언트 (예 : FF / Safari / Opera / etc의 이전 버전)에 대한 지원을 추가하려면 표준 비디오 임베드 코드를 <source> 요소 아래의 <video> 태그 안에 넣으십시오. 브라우저가 <video>를 지원하면 삽입을 무시합니다. 그렇지 않으면 <video>를 무시하고 대신 삽입을 실행합니다.

Windows가 아닌 플랫폼에서는 Flash가 느리고 비효율적입니다. 잠재적 인 보안 결함이 있습니다. 사용자가 모르는 "플래시 쿠키"를 컴퓨터에 저장합니다. iPhone에는 플래시가 없으며 (독점적이며 높은 CPU 소비로 인해) 그럴 것 같지 않습니다.

HTML 5 : Flash와 Silverlight를 죽일 수 있습니까? 귀하의 질문에 답할 수있는 기사입니다.

아마 더 많은 이유가있을 것입니다.

Flash는 Windows가 아닌 플랫폼에서 정말 골칫거리입니다. 다른 사람이 지적했듯이 느리고 비효율적 일뿐만 아니라 매우 안정적이지 않습니다. 우리는 가장 최근의 애플 WWDC, "브라우저 플러그인"에서 배운대로 (읽기 : 플래시)의 대다수를 차지하고 모든 응용 프로그램에 걸쳐 충돌 모든 맥 OS X의 (그리고 "대부분"에 의해, 나는 80 % 같은 일부 불합리하게 높은 숫자를 의미하거나 무언가, 정확한 수치를 기억할 수 없음). 이것은 Mac OS X의 문제입니다. Snow Leopard의 경우 Apple은 Flash가 샌드 박스가 아닌 완전히 별개의 프로세스 로 실행되도록 Safari를 다시 엔지니어링했습니다. 따라서 Flash가 충돌 할 때 Safari는 다음과 같이 작동합니다. 전체는 영향을받지 않습니다.

낮은 성능과 함께 OS X에서 Flash의 불안정성이 왜 ...

• ... 플래시가 지금도 아니고 곧 iPhone에서 사용할 수있을 것 같지도 않습니다. 사람들이 모바일 장치에서 비디오를보고 싶지 않다는 전제에 동의하지 않습니다. 이것이 Apple이 YouTube에서 콘텐츠를 iPhone에서 재생할 수 있도록 h.264로 제공 할 수 있도록 특별한 조치를 취한 이유입니다. 나는 내 아이폰에서 비디오를 볼 수 있었기 때문에 MLB 2009에 10 달러를 기꺼이 지불했다. 그리고 그들이 모든 게임을 실시간으로 볼 수 있도록 만들었다면 훨씬 더 많이 지불 할 것이다.
• ... 저와 같은 많은 Mac OS X 사용자가 브라우저 용 Flash 차단기를 설치하고 있습니다. 내 선택에 따라 Flash 콘텐츠는 내 명시적인 허가없이 더 이상 내 브라우저에로드되지 않습니다. 설치 후 CPU 사용량이 상당히 줄어들었고 브라우저 충돌이 기본적으로 사라졌습니다. 물론 이것은 저에게 좋은 소식이지만 저에게 플래시 기반 광고를 제공하려는 광고주에게는 나쁜 소식입니다.

사용자가 코덱에 대해 알아야하는 한, 간단한 비 자바 스크립트 html 코드를 사용하여이 문제를 피하고 적절한 코덱 (브라우저가 OGG 또는 h.264를 지원하지 않는 경우 Flash 포함)을 제공 할 수 있습니다. 이 기사 에서 찾을 수 있습니다.

장점 :

1. 태그를 쉽게 사용할 수 있으며 javascript를 사용하지 않고 하위 호환성 을 위해 플래시 또는 기타 파일 유형 / 코덱으로 저하되도록 할 수 있습니다 .
   • 독점 플러그인이 필요하지 않습니다.
   • 플래시가 아닌 동안 플랫폼 독립적입니다 (번호 2 참조).
   • 이를 사용하면 다른 브라우저 공급 업체가이를 구현하도록 장려합니다 (IE로 읽음).
   • 태그에는 의미 론적 의미가 있습니다.
   • 브라우저에 내장되어 있습니다.
   • 공급 업체 고정 없음

단점 :

1. 미완성 된 표준의 일부입니다.
   • 설치된 브라우저의 매우 적은 비율이 지원합니다 <-문제가 아닙니다 (pro nr. 1 참조).
   • 브라우저 공급 업체는 아직 표준 코덱에 동의 하지 않았습니다. <-문제도 아닙니다. nr의 링크를 참조하십시오. 1)

또한 비디오 태그가 html에 고유 한 장점이 있으므로 잘 통합됩니다. 이것은 문제가되지 않는 것처럼 들리지만 그렇지 않습니다. 예를 들어 일부 HTML 캡션으로 비디오를 오버레이 할 수 있습니다. HTML 캡션은 동일한 페이지의 다른 캡션과 동일한 스타일을 사용할 수 있습니다.

동영상 요소에 몇 가지 (향후) CSS 전환을 적용 할 수도 있습니다 . 이 데모를보세요 .

어도비의 플래시 플레이어 (플러그인 인)은 고려하지 않습니다 어떤 어도비는 적극적으로 저장되는 것을 일반 사용자에게 명확하게되지 않은 상태에서, 계정으로 브라우저의 개인 정보 보호 설정을. 이것만으로도 Flash (또는 모든 비디오 플러그인) 사용을 중단하고 환영 할 좋은 이유입니다.<video> .

개인 정보 문제에 대한 일부 세부 정보 (보안 문제 또는 취약성과 혼동하지 말 것)는 플래시 기록 추적을 자동으로 제거하는 방법에서 찾을 수 있습니다 . 슈퍼 유저.

마찬가지로 Vilx는 코멘트에 주목 :가 플래시 비디오를 교체 할 때 이러한 개인 정보 보호 문제가 남아 <video>플래시가 더 많은 방법으로 사용되는. 그래도 한번<video> 지원 비디오를 제공하고 다른 방식으로 Flash를 사용하지 않는 사이트 소유자는 방문한 Flash 사이트에 대한 기록이 잘못되어 방문자에게 부담을주지 않도록 선택할 수 있습니다.

(편집 : 세부 정보를 SU에 대한 링크로 대체하여 더 많은 통찰력을 제공합니다. 아래 주석 중 일부 는 이전 개정에 대해서만 의미가 있습니다.)

저에게는 컴퓨터가 내장되어 있거나 다른 타사 플레이어가 Flash에서 할 수있는 것보다 훨씬 더 효율적으로 비디오를 재생하는 것이 좋습니다. 모든 플랫폼에 Flash가있는 것은 아닙니다 : iPhone 및 Android (적어도 지금은) 태그가 더 빨리 작동 할 수 있습니다. 플래시가 아주 나쁘게 작동하는 Linux에 대해서도 이야기하지 않습니다.

인터넷이 더 의미 론적이라는 점에서 중요 할 수 있습니다. 검색 엔진이 Google과 Bing이 비디오를 찾는 방법을 좋아하는지 잘 모르겠지만 아마 그들은 Flash 비디오 구현에 대해 알고 있기 때문에 타사 소규모 플레이어에게는 기회가 없습니다. 우리가 모두 동일한 표준 태그를 사용한다면 모두가 공평한 경쟁을 벌이는 것입니다.

장점 :

• Ogg / Theora / Vorbis는 모든 당사자에게 로열티가 없습니다 (H.264 호스팅에 대한 H.264 유예 기간 은 2015 년 말에 종료되며 인코딩 및 디코딩은 이미 로열티가 적용됩니다)
• IE에 대한 대체가 더 이상 필요하지 않으면 <video>Flash보다 쉬울 것입니다.
• 플러그인 감옥이 필요 없습니다. 브라우저 공급 업체가 자체 버그를 수정할 수 있습니다.
• CSS 효과와 통합
• SVG 효과와 통합
• JavaScript와 통합
• Adobe의 허가없이 모든 플랫폼으로 이식 가능
• 사용자는 쉽게 디스크에 비디오를 저장할 수 있습니다
• 신디케이션 피드에서 안전하게 작업 할 수 있음 (그러나 소프트웨어는 아직 준비되지 않음)

단점 :

• 비디오 요소에 대한 IE 지원은 IE9까지 기다려야합니다. 현재 IE 호환 Ogg 폴백 렌더러는 ActiveX 솔루션 또는 Silverlight 솔루션이 완료 될 때까지 Java를 사용합니다.
• Apple이 Theora를 출시하지 않았기 때문에 Safari는 Ogg를 플레이하기 위해 XiphQT가 필요합니다.
• iPhone에 필요한 로열티 부담 형식 (하지만 Flash보다 나쁘지는 않음)
• 오늘날 출시되는 모든 데스크톱 구현에서 전체 화면으로 이동할 수는 없습니다.

64 비트 및 Linux 지원이 좋을 것입니다. 이 영역에는 여전히 플래시 (2 천 개 중 9 개)가 부족합니다. 실제 경쟁을하는 것만으로도 항상 좋습니다. 주요 비디오 사이트에서 Flash를 함께 사용하거나 Flash 대신 사용하기 시작하면 그것은 내가 필요로하는 하나의 덜 독점적 인 프로그램이 될 것입니다. 오픈 소스는 더 빠른 혁신을 의미합니다. 시간을내어 사람들은 DRM으로 보호 된 비디오 를 제공하는 방법을 만들 것입니다.

더 많은 Flash 전문가 :

• Adobe는 브라우저 공급 업체에 비해 (일반적으로 사용자의 90 % 이상이 최신 버전의 Flash로 업그레이드하는) 대규모 청중에게 새로운 기능과 새로운 코덱을 비디오에 훨씬 더 빠르게 추가 할 수 있습니다 (아직도 IE6 사용자가 많이 있습니다). 그 브라우저는 2001 년에 나왔습니다.)

• 내가 생각하는 플래시에서 발견 된 기능은 결국 브라우저에 적용되지만 아직은 존재하지 않습니다.

  • 전체 화면 비디오 (이를 지원하는 Firefox 추가 기능이 있지만 아직 기본적으로 지원하는 브라우저는 없습니다)
  • 비디오 캠, 소수의 웹 사이트에서만 이것을 사용합니다.하지만 요즘에는 Flash의 비디오 캠과 증강 현실에서 정말 멋진 일이 일어나고 있습니다.
  • P2P 비디오는 Flash Player 10에 방금 추가되었으며 Flash 10의 보급률이 90 %에 가까워지면서 더 많은 것을 보게 될 것입니다.

Flash는 인덱싱 할 수 없다고 말하는 사람들은 Adobe가 제공 한 헤드리스 플레이어 덕분에 Flash 콘텐츠 인덱싱으로 최근 Google이 무엇을하고 있는지 확인하십시오. 따라서 Google에서 FLV 파일을 검색 하면 Google이 이미 Flash 동영상 파일의 색인을 생성하고 있음을 알 수 있습니다.

한편 Adobe Premiere CS4에는 Flash 비디오에서 쉽게 사용할 수있는 XML 형식으로 비디오 파일의 자막을 출력하는 음성 인식 기능이 있습니다. 따라서 Flash 용 비디오가 앞으로 훨씬 더 검색 가능해질 것으로 기대하십시오.

1. 많은 모바일 장치 지원 오늘 : 아이폰, 아이팟 터치, 심비안 S60, 안드로이드 등

2. Mozilla Firefox, Google Chrome, Apple Safari 및 Opera는 모두 태그를 지원합니다 (허용되면 H.264 및 Ogg Theora의 두 가지 형식으로 인코딩해야합니다. 그러나 H.264 비디오를 Flash 또는 Silverlight와 함께 재사용 할 수 있습니다. 이전 브라우저 및 Internet Explorer에 대한 안전 장치

• 사용자는 UI를 제어 할 수 있습니다. 다운로드하여 사용할 브라우저를 선택하고 작동 방식에 따라 (세부 사항은 잘 모르지만 개념은 잘 알고 있습니다.) 브라우저에서 처리기 npapi 플러그인을 선택하십시오. 현재 사이트의 개발자가 너무 게으 르기 때문에 제대로 수행하기 (또는 flowplayer를 사용) 했기 때문에 엉뚱한 액션 스크립트 비디오 제어 인터페이스를 사용하여 몇 번이나 멈췄습니까 ? 사용자에게 힘을!, 나는 말한다.

• 오픈 소스. 이제 저는 RMS 나 그 어떤 것도 아니고 윤리 나 다른 것과는 아무 관련이 없지만 OSS는 더 효율적이고 더 나은 방법입니다. 더 나은 코드를 생성합니다.

• 더 나은 플랫폼 지원. 지금은 리눅스 + 플래시 = 나쁘다. 어도비는 그것에 대해 무엇이든 할 수있는 유일한 사람입니다. 이건 짜증나.

• 당신이 말했듯이 더 의미 론적입니다.

Seth는 대부분의 큰 것을 얻었습니다. 내가 생각할 수있는 기타 :

• 테스트 매트릭스의 크기가 폭발합니다 (플래시 9.0.48이 설치된 IE7에서만 버그가 발생하는 것을 보았습니다. 각 브라우저에서 몇 개의 플래시 마이너 버전을 테스트 하시겠습니까?)
  • 지원할 정확한 버전을 하나만 선택하고 다른 모든 사용자가 업그레이드 / 다운 그레이드하도록 강요하더라도 "플래시가 모든 곳에서 동일하다"는 것은 사실이 아닙니다. "IE 용 플래시 플러그인"과 "다른 사람을위한 플래시 플러그인"이 아닙니다. 동일한 바이너리조차도 아닙니다. (그렇습니다. 중요합니다. IE7 / F9 버그의 원인이되는 다른 방식으로 네트워크에 액세스합니다.)
• 모두가 자신의 플레이어를 작성하므로 UI와 안정성이 일치하지 않습니다.
• 브라우저는 HTML5 비디오에 대한 전체 화면 옵션을 구현할 수 있습니다. 즉, 아직 구현하지 않은 경우 모두 곧 지원 될 것입니다 (많은 Flash 비디오 플레이어에는이 옵션이 있지만 많은 플레이어에는 없습니다)
• 아니요, 모든 사람이 Flash를 가지고있는 것은 아닙니다. (당시 HTML5 동영상보다 더 일반적이지만 모두 즐거운 사탕 재미 땅은 아닙니다.)
• 스크립팅은 엄청난 고통입니다 (자체 DOM, 이벤트, ECMA 스크립트 언어 등이 아닙니다).
• Windows가 아닌 경우 성능이 저하됩니다 (Mac OS X에서 Windows 가상 머신에서 실행하면 기본 Mac 플러그인을 실행하는 것보다 CPU가 5 ~ 10 배 적음).
• 안정성이 좋지 않습니다 (적어도 3 년 동안 본 모든 브라우저 충돌은 Flash 페이지에있었습니다. 비디오가 전체 브라우저를 죽이면 실제로 Adobe의 잘못이더라도 다시 돌아 오지 않습니다)
• 예를 들어 64 비트 프로세스와 같은 여러 위치에서 전혀 실행되지 않습니다 (사용자가 실수로 "Internet Explorer"대신 "Internet Explorer (64 비트)"를 실행하는 경우, 휙, 비디오 없음)

요컨대, Flash를 사용하는 유일한 이유는 "오늘날 대부분의 사람들이 Flash를 설치했습니다"입니다. 이는 지속되는 한 꽤 좋은 이유가 될 수 있습니다.

이제 브라우저가 일반 HTTP를 통해 비디오 파일을 가져 오므로 (파싱해야하는) SWF 파일에 정의 된 모호한 방법과 비교하여 이제 비디오 파일을 캐시 할 수있는 웹 프록시를 사용할 수 있습니다! 뿐만 아니라 브라우저가 비디오 파일을 캐시 할 수 있습니다.

HTML5 전문가 :

1. 비디오 객체를위한 완전히 새로운 DOM API를 지원하며, 새로운 HTML5 태그와 상호 작용할 수있는 스크립트를 작성할 수 있습니다.
2. 다양한 비디오 형식 지원 재생, 일시 중지 및 비디오 재생 추적을 감지 할 수 있습니다.
3. 이미 잘 지원됩니다. Firefox, Opera, chrome은 이미 chrome, video 등을 지원합니다. YouTube에서도 일부 HTML5 플레이어를 테스트하고 있습니다.

플래시 장점 / HTML5 단점 :

1. 플래시는 어디에나 있습니다. 따라서 HTML5는 따라 잡는 데 많은 시간이 걸립니다.
2. Flash는 광범위한 기능을 지원하고, HW 렌더링, 고화질 비디오 지원, 지원하는 애니메이션 기능은 대체 불가능합니다 (?)
3. DOM API는 플래시에서 이미 지원하는 AS2 / AS3 기능을 대체하지 않습니다.
4. 전문 플래시 개발자의 수를 세어보세요. HTML5가 모든 질문에 답하지 않는 한 절대로 전환하지 않을 것입니다. 아직 AS2에서 AS3로 전환하지 않은 플래시 개발자가 많이 있습니다. :-)

2012 년 HTML 5의 장점은 다음과 같습니다.

1. YouTube의 HTML5 트레일을 사용하고 있습니다. 이제 플래시 플레이어가 항상 충돌하지 않습니다. 이제 내 컴퓨터는 몇 주 동안 안정적입니다. 이제 나는 더 행복해졌습니다.
2. 플래시를 사용하는 것처럼 컴퓨터를 재부팅 할 때마다 "HTML5 플레이어 업데이트"가 표시되지 않습니다.
3. 모든 곳에 포함 된 비디오가 HTML 5와 함께 작동하면 비디오를 재생하는 것뿐 이었기 때문에 컴퓨터에서 플래시를 제거 할 수 있습니다.
4. 이것은 웹 사이트 개발자를위한 프로입니다. 플래시가 얼마나 짜증나 기 때문에 플래시 블로커가 있습니다. HTML5 차단기가 없습니다. 웹 마스터는 저에게 콘텐츠를 보낼 수있는 두 번째 기회가 있습니다.
5. HTML5는 대부분의 컴퓨터에서 # 1 보안 구멍이 아닌 브라우저에서 제대로 구현 될 것입니다.

전문가에 대한 나의 믿음 :

• 현재 웹의 실제 사용에 이르기까지 HTML 표준을 포착하고 있습니다.
• Flash를 장치에 이식하는 것보다 모바일 장치에서 비디오 / 오디오 태그를 지원하는 것이 더 쉽고 / 더 나은 것 같습니다.
• Ogg는 개방형 표준이며 Adobe는 Flash를 제어합니다.
• 나는 이미 어떤 곳에서 사람들이 실패 할 해결책을 제시하는 것을 보았습니다. 즉, 브라우저가 비디오 / 오디오 태그를 지원하지 않으면 플래시를 사용할 것입니다.
• 표준 HTML 요소 및 자바 스크립트와 더 쉽게 상호 작용합니다.

내 가장 큰 단점은 Ogg가 압축 및 품질 측면에서 약간 뒤쳐진다는 것입니다. 그러나 나는 그것이 작업되고 있다고 상상할 것입니다. 더 중요한 것은 더 많은 사람들이 그것을 채택하기 시작하면 더 많은 사람들이 Ogg의 작업에 참여하여 더 나은 결과를 얻을 수 있다는 것입니다.

어도비가 플래시로 무엇이든하도록 강요하는 주요 업체가 없기 때문에 경쟁도 중요합니다. 따라서 Adobe는 웹의 비디오 콘텐츠 측면에서 시장을 통제 할 수 있습니다.

아이폰, 안드로이드 및 기타 모바일 핸드셋에 대한 오픈 소스 표준 지원이 데스크톱 OS 지원과 함께 빠르게 구현 될 수 있기 때문에 이것이 플래시를 파괴 할 것이라고 생각합니다. OGG 형식을 사용하면 일반 http 연결을 통해 비디오 파일에서 앞으로 건너 뛸 수 있습니다. 허용되는 경우 파일을 마우스 오른쪽 버튼으로 클릭하고 저장할 수 있습니다. 이러한 파일을 공유하고 전송하는 것이 더 쉽습니다. '적절한'마크 업으로 인터넷에 액세스하기 위해 특수 장치를 사용하는 문자 그대로 100 만 명의 사용자가 탐색 할 수 있습니다. '적절한'dom 요소로서 자바 스크립트와 통신하여 나머지 페이지 콘텐츠와 완전히 상호 작용할 수 있으며, 마지막으로 Microsoft는 독점 솔루션을 홍보하면서 다가오는 표준을 무시하는 척한 기록을 가지고 있습니다. 사용자 요구가 최고조에 달하면 방향타를 완전히 던지고 사용자 기반을 확보하기 위해 구현을 시작합니다. 플래시는 웹에서 비디오를위한 유일한 선택 이었지만 그 자체로 훌륭한 소프트웨어 였고 나는 그것이 어느 정도 위치를 차지하고 있다고 생각하지만 비디오의 경우 '유일한 선택'주자였습니다.

<video>Flash 대신 사용하는 확실한 장점은 브라우저가 충돌하거나 속도가 느려지지 않고 내 브라우저에서 비디오를 볼 수 있다는 것입니다. 저는 64 비트 OpenBSD를 사용하기 때문에 gnash는 제가 얻을 수있는 전부이며, 대부분의 경우 플래시 배너 광고를 보게되고 브라우저 (firefox 3.5)가 충돌하기 때문에 정말 위험하다고 느낄 때만 활성화합니다.

그리고 내 휴대폰 브라우저는 플래시를 지원하지 않지만 비디오 태그를 지원합니다 (과도하게 "멋진"휴대폰도 아닙니다).

이 점과 관련하여 :

"의미론 부분에 관해서는 검색 엔진이 이제 비디오를 더 잘 감지 할 수 있다는 것을 이해합니다. 그러나 ... 어쨌든 비디오를 사용하여 무엇을 할 수 있습니까? 좋습니다. 그래서 그들은 페이지에 비디오가 있다는 것을 압니다. 그리고? 동영상 색인을 생성 할 수 없습니다. 여기에 더 많은 논쟁이 필요합니다. "

적절하게 최적화 된 경우 비디오에는 검색 엔진이 읽을 수있는 스크립트가 포함되며 이에 따라 비디오에 대한 모든 정보를 공개합니다. 비디오 페이지의 색인을 생성 할 수 있습니까? 그것의 가치에 관해서는 ... 나는 내가 필요하지 않은 쓰레기를 볼 필요가 없을 것 같아, 내가 필요한 것을 찾기 위해, bcz 나는 비디오에 무엇이 있는지 정확히 알 것이다.

현재 Flash를 사용할 수 있습니다. 이는 전체 규모의 청중에게 다가가는 가장 현실적인 방법입니다.

(FD : 저는 Adobe에서 일합니다)

내 이해는 태그에 대한 큰 문제는 그것이 개방형 표준이라는 것입니다. 단 하나의 공급 업체 만 Flash를 구현할 수있는 경우 새로운 플랫폼, 브라우저 또는 브라우저 버전으로의 구현 / 포팅에 대한 책임이 있습니다.

흥분은 구현 세부 사항이 아닌 그 수준에 있습니다. 기술적으로 우월한 것에 대해 걱정하는 것은 파시스트 정부가 기차를 정시에 운행 할 수있는 능력에 대해 자신을 걱정하는 것과 같은 방식으로 요점을 벗어난 것입니다.

HTML 5 기능 중 일부를 사용하면 좋을 것입니다 ... 지금부터 5 ~ 10 년 후에 ...

여전히 Internet Explorer 6을 사용하는 방문자가 너무 많아 무시하기에는 너무 많은 방문자가 있습니다. IE7 + 용 페이지 만 테스트하기까지는 꽤 오랜 시간이 걸릴 것입니다.

나는 이러한 답변의 대부분이 이것에 압축되어 있다고 생각합니다. 플래시는 대부분 대중 시장을 위해 설계되었으므로 대부분의 시장을 커버하는 가장 쉬운 방법을 제공하지만 덜 일반적이고 신흥 플랫폼 (즉, 불안정한 Linux)을 다루는 데는 부족합니다. iPhone 없음). 이것은 처음부터 Flash에 대한 이야기였습니다. 그것은 사실상 독점 소프트웨어와 OS 소프트웨어가 어떻게 다른지 (그리고 서로 보완하는) 사례 연구입니다.

반면에 대부분의 답변은 코덱 각도를 심각하게 과소 평가하고 있다고 생각합니다. 오늘날 Flash 비디오가 웹을 지배하는 한 가지 주된 이유 는 단일 버전의 비디오를 게시하고 약 절반 이상의 청중이 볼 수있을 것으로 기대 하는 유일한 방법입니다. 비디오 태그가 잘 디자인 된 것처럼 보이지만 여러 소스 파일을 사용자가 설치 한 코덱과 일치시키는 한, 청중의 몇 퍼센트를 커버하는 데 얼마나 많은 코덱이 필요한지 알기 어렵고 사람들이 새로운 코덱이 등장하면 업그레이드하십시오. 플래시 비디오는 더 많은 알려진 수량을 가지고 있으며 많은 청중을위한 업그레이드에 대한 상당히 좋은 기대치를 가지고 있습니다.

나는 또한 대부분의 답변에서 성능 각도가 과장되었다고 생각합니다. Flash가 내가 가지고있는 다른 어떤 플레이어보다 더 많은 CPU를 사용하는 것은 사실이지만, 훨씬 더 빨리 시작됩니다. MPG가 포함 된 웹 페이지를 발견하면 QuickTime이 부팅되는 동안 브라우저가 15 초 이상 멈춰 있거나 이미 실행 중이면 5 초만 중지됩니다. (거의 PDF만큼 나쁘다;)) 분명히 Flash는 어떤면에서는 덜 효율적이지만, 내가 생각하는 곳에서는 다른면에서는 더 효율적입니다. 모든 소프트웨어 솔루션 절충이 관련되어 있습니다.

하나의 단점은 현재의 html 5 사양이 브라우저 공급 업체의 불일치로 인해 단일 코덱에 동의 할 수 없다는 사실입니다.

아래 기사에서 :

"HTML 5의 코덱과 관련된 상황에 대해 공개적으로나 비공개 적으로 과도하게 논의한 끝에 모든 공급 업체가 구현하고 제공 할 적절한 코덱이 없다는 결론에 도달했습니다."

브라우저 공급 업체 다툼

궁극적으로 비디오 태그를 사용하더라도 태그를 지원하더라도 일부 브라우저에서는 비디오 코덱이 지원되지 않을 수 있습니다.

다른 사람들이 언급했듯이 이것은 실제 문제를 일으키지 않을 수 있지만 동일한 파일의 여러 버전을 사용할 수 있도록해야하는 것은 확실히 부정적이라고 생각합니다.

나는 최근에 내가 지금 만들고있는 사이트에 대해 이것을 읽고있다. 곧 출시 될 예정이므로 지금은 Flash 비디오를 사용했습니다. 또한 우리는 공유 호스팅 환경에 있으므로 모든 비디오 변환은 비디오가 업로드되기 전에 수행되어야합니다. 고객에게 각 동영상의 두 가지 버전을 업로드하도록 요청하고 싶지 않습니다.

그러나 궁극적으로 저는 비디오 열기로 전환하고 싶습니다. 꽤 멋져 보입니다. 나는 자바 스크립트를 사용하여 비디오에 자막을 오버레이하는 데모를 보았습니다. 자바 스크립트가 없으면 비디오 아래의 텍스트 스크립트로 우아하게 저하됩니다. (나는 그것이 A List Apart에 있다고 생각합니다.) 그리고 Mozilla는 재미있는 데모를 가지고 있습니다. http://arstechnica.com/open-source/news/2009/05/google-dailymotion-endorse-html-5-and-standards-based-video.ars

플래시는 단일 회사에서 제어합니다. 이 회사는 플래시의 미래를 어떻게할지 정확히 결정할 수 있으며 다른 누구도 이에 영향을 미칠 수 없습니다. 예를 들어, (Adobe)가 갑자기 Flash 사용에 대한 라이센스 요금을 부과하기로 결정했다고 가정 해 보겠습니다. 그것에 의존하는 수백만 개의 웹 사이트는 어떻게 될까요?

우리는 조치를 취해야합니다. 우리는 개방형 표준을 사용해야하며,이를 절실히 필요로합니다. 그것이 태그 출혈을 세상에 중요하게 만드는 유일한 것입니다.

(Flash에 대한 라이센스 비용은 Adobe의 현실적인 움직임처럼 보일 수도 있고 그렇지 않을 수도 있지만 중요하지 않습니다. 제 요점은 그들이 통제권을 갖고 있다는 것입니다. 일어날 수있는 또 다른 일은 Adobe가 Flash를 취소하기로 결정한 것입니다. 그때 어떻게 될지 상상해보십시오. , 태그가없는 경우.)

현재 Flash 상태는 다음과 같습니다.

Flash 데스크탑 플랫폼 :

• IE
• Microsoft Edge
• Safari (Mac)
• 크롬
• FF
• 오페라

모바일 브라우저 :

• 아니

따라서 Flash Player가 기본적으로 사전 설치되어 있지 않기 때문에 모바일 브라우저에서 Flash 비디오를 사용할 수 없습니다.

최적의 방법-HTML5 비디오가 지원되지 않는 브라우저에 대해 Flash 대체 기능과 함께 HTML5 비디오를 사용합니다.