» 您尚未登录:请 登录 | 注册 | 标签 | 帮助 | 小黑屋 |


发新话题
打印

[新闻] 【CEDIA 2007】HD DVD阵营公布年底北美商战计划

引用:
原帖由 BD 于 2007-9-12 00:04 发表


你的智商我实在无法再对你说什么了
甚至拿Java来混淆BD Java的标准,Java再早,BD Java的标准不制定下来有什么用?
你有没有一点点技术常识?
你还是继续学习Svideo蒙蔽小白吧。
你的智商也配和我讨论?

BD-Java就是从有线电视的Java标准中(即多媒体家庭平台MHP)衍生出来的,用在BD上,起了新的名字叫BD-Java,Sun提供了一整套的开发工具。BD-Java的高级交互功能,早就被认可,FOX和迪斯尼前年就进行过演示,但如何在影碟机中实现还是个问题,这才是关键所在。这些你知道吗?你懂吗?

就你这点技术水平,还自己起个“BD”的名字,我猜是不是中文某个词的拼音缩写呀。

[ 本帖最后由 firemaster 于 2007-9-12 08:48 编辑 ]


TOP

引用:
原帖由 小岛秀夫 于 2007-9-12 00:09 发表
表跟自认为地球唯我中心的人浪费口水 抬杠成本太高了!

BTW:对了很想看存储时代对次世代光盘读盘能力测试以及次世代光盘抗外力的测试
昨天刚发布了LG GGW-H20L全兼容光驱的测试,其中就包含了HD DVD与BD抗指纹能力的测试,有兴趣的话,可以去看看。

http://www.stor-age.com/stor-age/2007/0911/501015.shtml



TOP

引用:
原帖由 firemaster 于 2007-9-12 08:44 发表


你的智商也配和我讨论?

BD-Java就是从有线电视的Java标准中(即多媒体家庭平台MHP)衍生出来的,用在BD上,起了新的名字叫BD-Java,Sun提供了一整套的开发工具。BD-Java的高级交互功能,早就被认可,FO ...
So What?
说你脑子里面除了屎没有别的你还不承认。
你知道制定标准的意义么?作为BDA的成员,在BDJava标准出台之前,其他的厂商是不可能肆意去开发交互应用实例的。因为你无法预知最终的BD Java规范里面会有哪些限制,哪些拓展。否则很有可能开发出来的产品在标准支持BD Java的设备上兼容性会成为大问题。BD Java标准出台的比HDi要晚,所以BD Java应用的程度就比HDi要滞后,这个是IT业界的一个普遍规律。你在这里扯什么蛋?这个和BD Java从哪里衍生出来的有任何的关系么?当然,这些是你这种估计从未做过商业软件开发,只会转贴翻译,选择性失明的废柴所无法理解的。


TOP

引用:
原帖由 BD 于 2007-9-12 09:09 发表


So What?
说你脑子里面除了屎没有别的你还不承认。
你知道制定标准的意义么?作为BDA的成员,在BDJava标准出台之前,其他的厂商是不可能肆意去开发交互应用实例的。因为你无法预知最终的BD Java规范里面会 ...
哈哈,Java本身就是一个开放性很强的语言,MHP已经有多年的应用经验,Sun直接给个授权,CE厂商就可以自己去开发,但正因为Java的开放性与灵活性,造成了兼容性与效率问题,也给CE厂商自行开发出了个难题。但这能怪谁,当初微软要求BD支持HDi,可BDA没采纳呀。Java本身就有兼容性的隐患,还说什么BD-Java制定得晚?Java语言是现成的,Java的执行引擎是现成的,BD影碟机都支持Java的运行,有本事你自己去开发相关的管理与调配引擎呀,但除了Sun提供几个开发包,有哪个影碟机厂商自己能搞定高级操作系统方面的事情?

说白了,现在不是BD-Java本身成熟不成熟的事情,而是在影碟机上执行的问题,这与BD-Java的标准没关系,更多的是在执行层面。HDi是因为有微软的参与,BD一方则缺乏一个CE领域里提供高级操作系统的行家。HDi当初用Intel的系统来提供二级解码与联网功能,BD不能吗?HD DVD与BD后端处理芯片可以是一样的,Broadcom的7440与Sigma Designs的8634都支持双路HD解码,但为什么HD DVD能实现PiP和联网交互功能,而BD影碟机现在却不能?这与BD-Java没关系,PiP、联网交互功能在BD-Java中早就制定好了,但就差最后的执行环节,这是BD-Java的问题?

你满脑子屎都是拉的稀吧,连基本的思维都不会了?难道真的是“BenDan”吗?

[ 本帖最后由 firemaster 于 2007-9-12 10:45 编辑 ]

TOP

你们继续.

TOP

引用:
原帖由 firemaster 于 2007-9-12 10:38 发表


哈哈,Java本身就是一个开放性很强的语言,MHP已经有多年的应用经验,Sun直接给个授权,CE厂商就可以自己去开发,但正因为Java的开放性与灵活性,造成了兼容性与效率问题,也给CE厂商自行开发出了个难题。但 ...
又开始想当然
事实上根本没有理论上那么简单。
Java虽然很开放,开发效率的确并不是很高,但是同时Java很成熟,业内Java开发人员很多。所谓的兼容性问题其实不是存在与软件部分。
那么存在于哪里呢?一旦需要follow一个标准,而这个标准不仅仅局限于软件(Title),还要适应硬件(Player)的时候,问题就没有那么简单了。首先,标准要完全确立,软件还好,现在是个电子产品都有Firmware,Version1.0不好,可以持续的Patch。但是硬件就很麻烦了,除非真的像最初的HDDVD Player一样,完全是PC穿马甲,启动要1分钟。否则硬件需要完全根据标准来确立使用恰当的CPU(既要足够强大,又要控制成本),Decode芯片,存储媒体和所有内嵌程序。这部分内容一般确立在某个硬件上,就不能更改。想要更改就只能淘汰推出后续更新产品。

所以当标准确立之后,首先要解决的是支持这个标准的硬件,因为Player毕竟不是PC,没有PC那么好的适应性。而BD Java是基于这些硬件运行的。在这些硬件产品上市之前,BD Java不可能超前,否则你Title里面运用好了,市面上绝大多数Player不支持,那么推出的意义何在?

BD Java的标准确立远远滞后于BD标准,这就造成了之前BD标题交互性不如HDDVD。这个和采用Java还是HDi是没有关系的。

交互性对于次世代光存储媒体固然是不可或缺的,但是绝对不是谁能胜出的必要原因。毕竟用户对于交互的需求远远没有对于容量的需求大。特别是对于正在迈入HD时代的现在。

[ 本帖最后由 BD 于 2007-9-12 11:15 编辑 ]

TOP

本来觉得stor-age挺中立的,现在才认清你的真面目。捧HD捧的很爽嘛。你继续,再也不看你的站了。

TOP

引用:
原帖由 市原隼人 于 2007-9-12 11:11 发表
本来觉得stor-age挺中立的,现在才认清你的真面目。捧HD捧的很爽嘛。你继续,再也不看你的站了。
请你把本贴的前因后果看清楚再发表意见也不迟。本来这贴子没什么,我就不知道为什么BD一开始那么大的火气。

客观的指出双方问题的交流我喜欢,如果你愿意,咱们也可以心平气和的讨论,如果动不动就恶语相加,我只能站在你的对立面。

[ 本帖最后由 firemaster 于 2007-9-12 11:23 编辑 ]

TOP

引用:
原帖由 BD 于 2007-9-12 11:01 发表


又开始想当然
事实上根本没有理论上那么简单。
Java虽然很开放,开发效率的确并不是很高,但是同时Java很成熟,业内Java开发人员很多。所谓的兼容性问题其实不是存在与软件部分。
那么存在于哪里呢?一旦 ...
你也承认了这是执行的问题,但这也能算到BD-Java自己的身上?HDi的执行怎么没有问题?

BD影碟机有多家厂商在推出,这也造成了设计标准不统一的问题,而HD DVD影碟机现在都是东芝在做,再加上微软的帮助,标准自己可以做到统一,这才是根本所在,和Java本身没有什么关系。就像不同的浏览器(如IE和火狐),访问某些网站可能会有不同的显示结果,但大家都是用网络语言做的网站呀, 难道这也是W3C的标准问题?

PHL为什么会成立兼容性实验室,就是帮助各影碟机厂商来统一执行标准,这并不是BD-Java的标准问题,而是硬件厂商的配合问题,说白了,就是因为大多数影碟机厂商还不具备高级开发的能力。一个浏览器若不能正常浏览按照标准语言制作的网页,你说是网络语言的问题,还是浏览器的问题?

TOP

储存格式之争哪有对掐有意思:D

TOP

引用:
原帖由 firemaster 于 2007-9-12 11:16 发表


你也承认了这是执行的问题,但这也能算到BD-Java自己的身上?HDi的执行怎么没有问题?

BD影碟机有多家厂商在推出,这也造成了设计标准不统一的问题,而HD DVD影碟机现在都是东芝在做,再加上微软的帮助, ...
HDi比BDJava早出来半年多,有什么问题也都解决了。
我说了半天一再强调只是因为BD Java推出时间的问题,而不是BD Java技术本身的问题。
现在正是BD阵营针对BD Java调整的时期,对BD Player强制性要求Deadline为10月31日。
“大多数影碟机厂商还不具备高级开发的能力”,又不是用火星编程语言,有什么没有开发能力的。就目前BD和HDDVD中预计想要到达的交互水平,真看不出有那么一丁点的开发难度。一切都只是时间的问题。可预见,在10月底播放器对于标准支持完善之后,年底BD Title的交互性肯定会有显著的提高。之前FOX等片商公布年底BD计划的时候也确认了这一点。

TOP

引用:
原帖由 市原隼人 于 2007-9-12 11:11 发表
本来觉得stor-age挺中立的,现在才认清你的真面目。捧HD捧的很爽嘛。你继续,再也不看你的站了。
stor-age本来就中立的,你去看看他们的文章就知道

TOP

引用:
原帖由 BD 于 2007-9-12 14:28 发表


HDi比BDJava早出来半年多,有什么问题也都解决了。
我说了半天一再强调只是因为BD Java推出时间的问题,而不是BD Java技术本身的问题。
现在正是BD阵营针对BD Java调整的时期,对BD Player强制性要求Dead ...
FOX与迪斯尼所谓的BD-Java交互就是BD-Java的游戏,而不是所谓的联网和PiP功能。

BD-Java的高级交互功能是需要操作系统配合的,第一代HD DVD影碟机用的是Linux,由微软提供HDi执行环境,第二代也是如此,第三代有可能换用微软的Win CE,这么说你明白了吗?这与BD-Java本身没关系,是后台的协调管理的问题,需要有一个操作系统来管理联网操作,来管理PiP的解码,来管理下载的应用,Java只是一个语言,它只有提供了相关功能的运行代码,而不是一个操作系统,它需要一个操作系统来管理它。

北美很多机顶盒中都有Java执行引擎,在CE应用上,Java早就走在了HDi的前面,何来比HDi更晚?只是在STB领域不需要PiP与联网功能,但相应的功能代码Sun都提供了,也开发好了,你影碟机厂商不能运用好,还能懒谁?

在硬件方面,支持BD-Java的都已经具备,先锋的LX70/LX80用的是具有双解码功能的8634,也有网口,但能联到Interner吗?只能用来DLNA,能用来PiP吗?不能,可这也是Java的问题?

我说过了,BD现在在BD-Java上出现的问题,不是BD-Java本身的问题,而是更高一级的操作系统的问题。BD-Java的代码标准早就好了,就看谁能熟练的运用,以及在基底予以更好的支持了。

最后请你注意,哪台BD影碟机都会注明完全支持BD-Java的运行,也就是说BD-Java在代码执行上是没有问题的,可在总体的控制与管理上(次级解码调用、联网功能管理),BD影碟机还没有一个能做到。这么说你还不明白?

[ 本帖最后由 firemaster 于 2007-9-12 14:45 编辑 ]

TOP

引用:
原帖由 没钱的命 于 2007-9-12 14:29 发表

stor-age本来就中立的,你去看看他们的文章就知道
在索奴眼里没有客观公正这几个词存在的

TOP

发新话题
     
官方公众号及微博