ios开发html5,IOS开发工程招聘
html5ios开发框架 APP怎么做
可以使用html5移动开发框架:
创新互联建站专注于企业营销型网站、网站重做改版、云城网站定制设计、自适应品牌网站建设、H5响应式网站、商城网站制作、集团公司官网建设、外贸营销网站建设、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为云城等各大城市提供网站开发制作服务。
jquery mobile
sencha touch
appcan
mui html5
IOS开发中HTML5到底需要多少种编码格式
IOS开发中HTML5到底需要多少种编码格式是本文要介绍的内容,主要是来了解HTML5到底需要多少编码格式才能支撑的起来,来看详细内容。
HTML5 的 video 标签真的很威武,几乎所有的主流浏览器可以直接提供本地的视频播放功能,相对于以前通过 Flash 这种类似“中继”的播放方式,要先进很多。同时也为一些不支持 Flash 播放的移动设备带来的希望。
也许,你会因为 video 标签可以支持到的视频种类而感到困惑。嗯,到底为了实现 HTML5 的特性,到底要转换多少种编码格式的视频?WebM,Ogg 还是 MP4?那…iPhone 和 Android 又需要哪种编码格式?如果我还要提供高、中、低三种码率的视频呢?
下面就来看看到底 HTML5 video 标签的详细情况吧。
关于 Web 格式
目前来说,广泛被浏览器支持的的视频编码格式总共有三种,但是没有一种可以达到通吃所有浏览器的境界。所以对于同一个视频,至少需要两种格式,才能在所有浏览器里播放。
首先要选择一个被支持最多的视频格式,那么就是 MP4 H.264 这个组合了,音频方面则是 AAC 或者 MP3。MP4 封装的视频,可以在 Safari、Chrome 和 IE9 里播放(悲剧的是 IE9 只支持 Windows Vsita 和 Windows 7)。同时,这个组合也是你通过 Flash 来作为播放器播放的最好选择了,同时这个组合也可以在很多手持设备上播放,比如 iOS、Android、Blackberry、PSP、PS3 等等。在 H.264 编码的时候,可以选择 “High Profile” 以获得最好的编码质量,或者 “Baseline” 来应对一些移动设备。
除此之外,还有两个组合,WebM VP8 和 Ogg Theora Vorbis 来满足其他的浏览器。WebM 可以在 Firefox(4.0 )、Chrome(6.0 )和 Opera(10.60 )中播放;Ogg 可以在 Firefox(3.5 )、Chrome(3.0 )和 Opera(10.54 )中播放。
那么问题又来了,如果要从中选择一个,是 Ogg 呢,还是 WebM 呢?
从我们(Zencoder)来看,WebM 肯定是未来开放式视频格式的领跑者,VP8 比起 Theora 来说,要更加的优秀,而且还有强大的社区作为其后盾,特别是 Google 的支持。
反过来看 Ogg,其最大的特点是她支持了 44.64% 的浏览器(译者注:这里应该是指浏览器分部率中,可以播放的比例),而 WebM 仅支持 9.35% 的浏览器。如果仅着眼于 2010 年 10 月,那么 Ogg 也是一个不错的选择。如果你是为了未来的 1-2 年,那么WebM 似乎更有优势一些。
推荐:MP4 WebM 或者 Ogg 其中一种,当然全部都编码出来也可以 ^^。
关于移动设备
和浏览器的情况一样,在移动设备上也没有一个可以通吃全盘的编码方案。不同的移动设备有着不同的编码标准,甚至比起浏览器领域来说,更加的复杂。不过还是有一些方案可以让你省不少精力的。
在这里你可以查看一个完整的移动设备编码列表。
1、现在绝大多数的移动设备都支持 MP4/H.264。包括 iOS 系列的产品(iPhone、iPod、iPad、Apple TV 等),绝大多数的 Android 设备,新的黑莓手机。对于这类设备,编码的时候应该选择 “Baseline”。在分辨率上,对于 iOS 和 Android 设备,选择不高于 640×480 的分辨率即可,对于黑莓系列手机,选择不高于 480×360 的分辨率即可。
注意:可以在 iPhone 上播放的这类编码格式,同样也可以在 HTML5(当然仅仅是一部分浏览器) 或者 Flash 中播放。如果你怕麻烦或者想节省一些转换花费的时间,可以考虑选择在编码的时候,不高于 iOS 系列设备和 Android 系列设备的分辨率。如果你不怕麻烦,并且视频在不同的码率上表现差异很大,或者需要在电脑上有更清晰的表现,就多编码出来几个不同的码率吧。
2、对于一些老的移动设备,选择 3GP/MPEG4。绝大多数的黑莓手机和一些 Android 的手机,都支持这种格式。同时,3GP 在 iPhone 和 iPod 上都可以播放。
3、关于 WebM,现在也许还不是一个好的选择,虽然在一些 Android 的手机上已经可以播放,但是支持还不是很广泛。预计未来 1-2 年会有更多的支持 WebM 格式的手机。
推荐:怕麻烦则 MP4 格式,640×480 或者 480×360。不在乎编码时间和存储空间,就应该选择三种 MP4 编码方案(480×360,640×480,720p “Main profile” )
外加一到两种 3GP 格式(320×240 或者 176×144),可以参考这份日志来获取更加详细的编码参数。
关于多种比特率
有可能你在考虑,是不是要为带宽很足的用户准备高比特率的视频,并且为了照顾小带宽的用户,另外再准备一份低比特率的视频呢?如果你的用户已经 开始在互联网上观看高清的视频,那么为了迎合这类用户的习惯和用户体验,那么答案则为是。可以考虑提供 2-3 种不同比特率或者分辨率的视频来满足使用不同互联网连接方式的用户。比如提供一份 640×360 和 一份 1280×720 的选择。未来我们会更多的讨论这个问题。
关于流媒体播放
本篇文章不讨论关于流媒体的问题,并且 RTMP(Flash)、Smooth Streaming(Silverlight)、HTTP Live Streaming(iOS)都要求特殊的视频格式。这已经超出了我们要讨论的范围了。未来将会有相关的文章进行讨论
结论
1、最低限度的支持 HTML5,应该选择 MP4 WebM 或者 Ogg 其中的至少一种,并且使用 Flash 来播放 MP4 以便提供向下兼容支持。
2、移动设备方面,H.264/MP4 会让你省心很多,如果可以提供 2-3 种不同分辨率和码率的视频,会大大增加兼容性。
建议
以下是关于所有类型的视频编码方案建议,Zencoder 支持以下列出的所有编码格式(广告了…)
1、只为能播放
HTML5,Flash和移动设备:MP4/H.264,使用 “Baseline” 编码,480×360 或者 640×480
HTML5:WebM 或者 Ogg
2、更上一层楼
HTML5,Flash:MP4/H.264,“High profile” 编码
HTML5:WebM
HTML5:Ogg
移动设备:MP4/H.264,“Baseline profile” 编码,分辨率 480×360 或者 640×480
3、我要支持所有设备和浏览器
HTML5,Flash:MP4/H.264,“High profile” 编码
HTML5: WebM
HTML5:Ogg
移动设备:MP4/H.264,“Baseline profile” 编码,分辨率选择 480×360 以便提供高兼容性
移动设备:MP4/H.264,“Main profile” 编码,分辨率 1280×720 以便支持新的设备(如 iPhone4、iPad 和 Apple TV)
移动设备:3GP/MPEG4,分辨率320×240 和(或) 177×144 以便支持非智能手机。
昆明计算机学校分享新手学HTML5好还是iOS开发好
近几年iOS开发行业的火热,让不少iOS开发者受益不少,甚至很多还未毕业的大学生都纷纷来参加厦门iOS培训,旨在能在大学毕业的时候找到一份高薪工作。然而自从去年HTML5的出现,似乎抢了些iOS的风头,于是有人开始纠结了,是学HTML5好还是iOS开发好呢?如果你还摇摆不定的话,那么就让昆明计算机学校来帮你分析一下吧:
从目前来看,iOS开发和HTML5薪资都非常可人,不同的是HTML5现在还不够成熟,机遇大,挑战大,技术开发方面的高手少,在企业里会更吃香;而iOS以及发展了好几年,市场已经成熟,现在不缺新手,缺专业高手,几乎在每一个互联网企业都需要iOS开发人才。
从未来发展来看HTML5远大于iOS。HTML5逐渐替代现有富媒体脚本语言,在未来前端开发工程师会是非常抢手且高薪的职位。另一方面讲,对于零基础初学者建议选择成本较低的计算机语言学习,在快速掌握技术的同时也可增加自身的信心并对于后期深入研究其他计算机语言打下基础。
不过学习HTML5要学的东西很多,虽然都比较简单,但是深入还是比较难的。这和iOS开发差不多。
对于ios开发局限性和未来命运的问题,昆明北大青鸟小编觉得这些东西不要想太多,技术在手,自然什么都有,即使某一天(10年之后?)苹果突然从世界上消失,那时候你的价值也没有贬低多少,照样可以利用对程序的经验转型其他技术。你看现在flash的处境,正在技术顶峰,但是大家都知道他在消亡,那靠flash吃饭的人都在急着转行么?flash会在几年内消失呢?5年?到时候恐怕都在做管理了,或者架构师,跟具体技术也没什么关系了。
本文名称:ios开发html5,IOS开发工程招聘
网站URL:http://azwzsj.com/article/dsieces.html