※ 引述《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