沒有Google YouTube 的 iPhone 4 你會買嗎？ (第2頁)

someonepoor
個人積分：56分
文章編號：20161806

56分

11樓

2010-06-11 8:52

amourhsu wrote:

请先去做功课吧,他有针对手机做出新系列 atom z6xx
机动变频,3d,h.264 硬解,hdmi 整合平台方案

你Lag 罗

嘿，Atom z6xx那個耗電量，再看看吧，雖然說比之前那幾顆好，不過看起來還是輸到脫褲。
我個人看法是非Windows平台X86沒有優勢，反正程式是都是要重寫，那用ARM和x86沒差別。

我是不大相信Intel岀的東西耗電有機會比ARM低，第一就是ARM在這一塊經營很久了，
二就是Intel拋不下x86這個大包袱，大概是IA64哪時候嚇到了吧。
在電池科技沒起來之前，這東西最多還是打到MID這一塊能裝大容量電池的裝置為主。

Adobe和Google也是一樣的問題，在設計上他們根本不考慮電壽命，看Android 2.1
拿Live Wallpaper當賣點就很清楚。

這個問題其實和iPhone無關，就算是Android手機，大部分廠應該還是會選ARM或MIPS。
講實在一點，現在連平版電腦都在考慮放棄Atom用ARM了...手機...!?

amourhsu

amourhsu
個人積分：2分
文章編號：20162071

2分

12樓

2010-06-11 9:08

someonepoor wrote:
嘿，Atom z6x...(恕刪)

呵呵首先请你用一台 eeepc 701 去搜寻 android x86 (这计画获得google 官方支持)
装上他体会他的威力,600mhz,512mb(其实256mb android v1..6很够用)
软件不用重写,因为他是java-like 的表层 + n（native)dk 框架架构 (你能懂吗??)
事实证明软件不用重弄,极省电超流畅,youtube 一堆影片

http://www.youtube.com/watch?v=QeSg7SKmz7A <==那个无敌快得开机,eeepc901

至於 arm 你也知道 intel 擅长於平台整合,光一颗 cpu 那麽 3d,video,audio,dsp 呢
所以这次intel 推出全套平台,要搭android,win phone 7 maybe iphone
反正谁赢,intel 大胜...类似目前 pc/mac情况

不好意思喔我是吃这行饭的请多指教

someonepoor

someonepoor
個人積分：56分
文章編號：20162549

56分

13樓

2010-06-11 9:32

amourhsu wrote:
呵呵首先请你用一台 eeepc 701 去搜寻 android x86 (这计画获得google 官方支持)
装上他体会他的威力,600mhz,512mb(其实256mb android v1..6很够用)
软件不用重写,因为他是java-like 的表层 + n（native)dk 框架架构 (你能懂吗??)
事实证明软件不用重弄,极省电超流畅,youtube 一堆影片

這不用試也知道啊，eeepc多大台? 手機多大台? 這本來就是不同客群的東西。
這就好像你說C2D打Game一定比P4順一樣的道理。

我猜你是做硬件的，以軟體開發的角度來看，要不要重寫除了底層的硬體和採用的
軟體框架外，最重要的就是解析度，這種UI design的東西基本上Dilvik VM沒用，
你去研究一下iPhone 3G/4和iPad的解析度就知道Apple為什麼這樣搞。
實際上是，連不同手機的Android軟體可能都要跑不同版本，不好意思，
小弟剛好是寫iPhone和Android軟體的，這樣講不知道您這位底層開發人員懂嗎XD?

amourhsu wrote:
至於 arm 你也知道 intel 擅长於平台整合,光一颗 cpu 那麽 3d,video,audio,dsp 呢
所以这次intel 推出全套平台,要搭android,win phone 7 maybe iphone
反正谁赢,intel 大胜...类似目前 pc/mac情况

相同的言論一年前某個華碩的工程師就在網路說過了，老話一句，再看看XD

Kimisawa

Kimisawa
個人積分：111分
文章編號：20162686

111分

14樓

2010-06-11 9:38

amourhsu wrote:
你打 android 就是打 google,adobe 已经和 google 联手要提昇 flash 在 android 效能了
加上全新 intel atom z6xx cpu(超低功耗 1.5Ghz/1.9ghz),传说 milestone II 要用喔
iphone 要打一场超级艰困硬战

我是做NB系統的跟Intel很熟

Milestone2如果真的用了Atom, 等死吧, Z6XX CPU, 跟ARM-based還是差太多. 電力絕對爛.
TDP 1W多的東西, 待機還要吃20-30mA的電流, 這種東西拿來做手機是搞笑的.

amourhsu

amourhsu
個人積分：2分
文章編號：20162736

2分

15樓

2010-06-11 9:40

someonepoor wrote:
這不用試也知道啊，e...(恕刪)

那个 graphic array mapping 问题在 v2.1 有 api 解决了

我呢呵呵从自动控制做到logic,drivers,firmware...programming control,single chip
目前是大陆一家 app develope company 的project manager

someonepoor

someonepoor
個人積分：56分
文章編號：20162858

56分

16樓

2010-06-11 9:45

amourhsu wrote:
那个 graph array mapping 问题在 v2.1 有 api 解决了

這個不是API就可以解決的東西，主要的問題還是為了程式的可用性，UI必須重新設計。
所以iPad雖然可以吃iPhone的程式，一堆軟體還是會弄HD版就是這個道理。

你講的這個東西，Google之前某員工在blog講過然後在Digg和slashdot上被吐的很慘XDDD
根據你的言論我猜你應該是做底層的程式的，這部份UI影響不大，問題是上層AP的生態不是這樣。

amourhsu

amourhsu
個人積分：2分
文章編號：20163058

2分

17樓

2010-06-11 9:54

someonepoor wrote:
這個不是API就可以...(恕刪)

我不知道你对 androidd sdk 了解多少,简单说他利用了类似 directx 概念,能得知 device screen info
尽量调用 sdk api 会减少你所谓的调适问题

甚至android 也有所谓 resize to fit 的改善,因为终极目标他要跨足 phone/mid
这问题类似 iphone/ipad 必须马上处理解决

someonepoor

someonepoor
個人積分：56分
文章編號：20163324

56分

18樓

2010-06-11 10:04

amourhsu wrote:
我不知道你对 androidd sdk 了解多少,简单说他利用了类似 directx 概念,能得知 device screen info
尽量调用 sdk api

這東西其實和API關係不是這麼大。針對不同大小的螢幕還是要重新做UI design。這才是這個問題的重點，系統程式基本上幫不上什麼忙，最多是一個程式你對不同的螢幕解析度吐不同的UI出來，不過這工也不會少。

iPad有些程式似乎是這樣做的，不過我還沒切進iPad開發所以不清楚。但是老問題是，解析度差太多的時候
都是需要人去介入的。當然，如果你只要程式能跑，那是另一回事。

amourhsu

amourhsu
個人積分：2分
文章編號：20164111

2分

19樓

2010-06-11 10:35

someonepoor wrote:
這東西其實和API關...(恕刪)

我当然知道你意思,menu 的版面或是物件的位置,跟 graphic array 有绝对关系
但是这是 app programmer 要面对的啊,譬如直式横式,width height pixels
app 要能呈现出最佳 outlooking ,类似 computer app,system 帮不上
顶多帮你 fit to fullscreen

这点 nokia 做的很好唯一 nhd on syymbian s60v5

awillie

awillie
個人積分：99分
文章編號：20164394

99分

20樓

2010-06-11 10:48

老兄，您是不是買到機王啊
iphone 看 youtube會不好用嗎？
我常用wifi在看youtube 啊
常常在床上準備要睡了，不想出去看電視
可以上 youtube 看個綜藝節目
很順啊…

laneser wrote:
會...因為現在 i...(恕刪)