※ 引述《PsMonkey (痞子军团团长)》之铭言： : 看推文会让我心情不太好，但是不代表我不看推文 [挺] : 我必须要强调，并不是在 Java 版就不能说 Java 的坏处 : （就如同并不会因为我是版主，就不能在版上说我做错的地方） : 当大家的立场相同的时候，不但很无聊，而且还是种危机 : 问题在於语气与态度 : Flash vs applet 的推文到还好 : 到了 H.264 这个推文就出现一些奇怪的东西 : 因次给予 Lordaeron 警告一次 : 如果没有往後没有改善的话，不排除给予水桶一周冷静 : 以下为举例： : 推 H45:耗多少的资源和谁的实作方法也有关系。 07/12 05:14 : 推 Lordaeron:最好现在C/C++的实作者都是白痴,搞到到用assembly来加速 07/12 10:16 : → Lordaeron:看H45是有本事做个耗资源少的Java实作. 07/12 10:18 : H45 的说法并没有什麽特别值得讦谯的地方 : 这句话基本上没什麽问题 : 但是为何 Lordaeron 要 H45 有本事作一个耗资源少的 Java 实做？ : 更何况这句话也会让人觉得 Lordaeron 暗指 H45 没有本事 当然是废话的一句, 谁不知道跟实作有关? 如果单就这样子就可以解决问题了, 干嘛没看到H264的Java 应用? 干嘛xvid 要用assembly 来加速? 留下一句:耗多少的资源和谁的实作方法也有关系。 很明显就是它有本事实作得比较好罗! 哪就要请他实作出来看看罗. : → Lordaeron:至於T的讨论,跟教宗差不多. 07/13 00:11 : 请循其本，这篇文章本来就是问 : 「有没有用 pure Java 来 decode H.264 的 resource」 : 要指责 Java 根本不适合用来 decode H.264，绝对欢迎 : 能够提出证据（例如 benchmark 数值等）最好 : 如果可以的话，另开标题也很好 : 但是，现在这是某个人的需求 : 也许这个需求不合理、不切实际，我们可以指出来 : 可是重点仍然在於「如何解决这个需求」 : 如果目标在於回答原发问者的问题 : 宗教也好、教宗也罢，这样子的指责，未免太言过其实 最好是这样. 一见到说Java 辨不到的, 就跳出来回几句五四三的,不相关的. : 推 Lordaeron:T兄,你真的可以.. 请你自己注册看看.再来说嘴好吗? 07/13 00:26 v : ^^^^^^^^^^^^^ : → Lordaeron:何官方消息,至於T老,连subject都不看就给link,真省事呢 07/13 03:55 : → Lordaeron:这就是T老所谓的付出很多了!!真是浪费他的时间了. 07/13 03:59 : ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : 如果 Lordaeron 可以像李敖那样「指证历历」地说出 TonyQ 的错误点 : 那麽上面特别点出来的部份，我可以接受 : 不然，我会认为是接近人身攻击（或通称「酸人」）的用词 : 以上 很清楚, trial download 瞎的都会看得到, 但他没点进去看清楚 trial download 可download 什麽, 更别说安装後的内容. 这指出有trial download 是为何? 你要不要解释一下? 还有, TonyQ的哪句无聊的五四三推文你是看不到? 要不要认为是接近人身攻击（或通称「酸人」）的用词? --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 125.232.138.33