lyou wrote:那下次就不要那麼雞婆地把mp3直接包在thm裡吧(反正都還是要再設一下不是嗎....) ^^"嗯~用一首歌名回你~ Good Thing ~ Fine Young Cannibals(年輕善良的食人族)
Alumin wrote:
主題檔案超大時都會
這就妙了，因為我跑起來都很順。
還沒遇過遲緩的現象。....也不是多高階的手機...
lyou wrote:
自動把圖降成符合手機的16-BIT色的話
“降“？主流手機也只能表現到26萬色而已。
8it的JPG圖有1600萬色左右，手機螢幕根本還應付不來，
連漸層都會破格，做到16bit的圖手機應該很想哭吧。
我做的主題內圖全都是8bit的。
因為要做到16bit實在是沒必要，太大了。
16bit的色彩也不見得是人肉眼可辨別。
8bit的圖和16bit的色彩深度差太多了，
但是不管怎樣16bit都比破壞性壓縮的8bit JPG來的好，
為何說16bit是符合手機的“降“轉？
lyou wrote:反正都還是要再設一下不是嗎....
不用啊。
包在theme裡面就是方便使用者。
在套用主題時會問你要不要使用主題鈴聲和訊息音，
按確認就好，多方便。如果另外放，可能又要有人問怎麼設定了。
arort wrote:
這就妙了，因為我跑起來都很順。
還沒遇過遲緩的現象。....也不是多高階的手機...
同學,譬如同一個動態GIF在不同的機型上,跑起來就不一定一樣.
像以前馬小妹就常說動態GIF在她的K61X上會跑個白邊出來.....
有些動態GIF的HIGHLIGHT在我手機上的某些頁面中,每上或下移動一行才會跑一畫格.....
還有一些其他的情形,爬爬舊文應該還看得到吧.
總之,有些問題和手機的機型性能OR韌體版本有關~ :-)
至於靜態圖的處理也會LAG? 能猜測的情形大概有幾種吧,不過我沒實機能測試證實,所以就不寫了.
arort wrote:
“降“？主流手機也只能表現到26萬色而已。
8it的JPG圖有1600萬色左右，手機螢幕根本還應付不來，
連漸層都會破格，做到16bit的圖手機應該很想哭吧。
??? 我比手機還想哭耶....... ^^"
2的16次方是65536,16-BIT色(色深)是65536色,也就是六萬五千五百三十六色~
2的24次方才是16777216............而你說的所謂26萬應該是2的18次方...........
2的8次方是256喔.......(我看了一下從這主題拆出來的BAR,應不止256色吧......) ^^"
是我搞錯還是你被雷打到?
arort wrote:
在套用主題時會問你要不要使用主題鈴聲和訊息音，
按確認就好，多方便。如果另外放，可能又要有人問怎麼設定了。
不是有的機型是告訴你主題包的鈴聲被放在哪裡,要你自己去設一下嗎....
同學,你可以選擇:
1.MP3分開包,有人會問怎麼設定
2.MP3包一起,有人會問為什麼有些地方執行起來會LAG
(呃.....如果要你來回答的話,你覺得1比較容易解決還是2比較容易解決?
當然,第3個選擇是,你沒義務去解決你沒有的手機的問題~ ^_^ )
===================
剛有一個地方沒講到.
為什麼說是"降色?"
有些繪圖軟體,譬如我最常用的photoimpact,預設做出來的圖通常是RGB全彩(24-BIT色).
24-BIT色的圖放在65536色或262144色的螢幕上,那螢幕能顯示出最佳效果嗎?
當然不行.....然後檔案又比較大....... 所以囉~ ^_^
有興趣的人可以去試一下Themes Creator中, [Tools > Enable Color Reduction Filter]這個功能. :-)
======================
對不起,我和ARORT一點也不熟,
我不應該不管別人要不要接受就隨便亂發表我的個人意見,
更不該因為別人的認知和我熟悉的領域的東西不一樣就輕率且沒大沒小的用"被雷打到"這樣的字眼.
我對我所用過的任何會讓ARORT不悅的言論致歉.
～ 臨.兵.鬥.者.皆.陣.列.前.行 ～
lyou wrote:
??? 我比手機還想哭耶....... ^^"
2的16次方是65536,16-BIT色(色深)是65536色,也就是六萬五千五百三十六色~
2的24次方才是16777216............而你說的所謂26萬應該是2的18次方...........
2的8次方是256喔.......(我看了一下從這主題拆出來的BAR,應不止256色吧......) ^^"
是我搞錯還是你被雷打到?
lyou你的色彩深度觀念錯了。
“RGB 影像使用三種顏色或色版，重製螢幕上的色彩。 在每色版 8 位元的影像中，
三個色版會轉換為每個像素 24 (8 位元 x 3 色版) 位元的色彩資訊。 使用 24 位元影像時，
三個色版可以重製高達每像素 1,670 萬色。 使用 48 位元 (每色版 16 位元) 和 96 位元
(每色版 32 位元) 影像時，每像素還可以重製更多色彩。
位元深度會指定影像中每一個像素有多少色彩資訊可用。 每個像素的位元資訊越多，
可用色彩就越多、色彩呈現也就越精確。
例如，位元深度為 1 的影像，其像素有兩種可能的數值：黑色和白色。
位元深度為 8 的影像具有 28 或 256 個可能的數值。
位元深度為 8 的灰階模式影像具有 256 個可能的灰階數值。
RGB 影像是由 3 種色彩色版構成。
每個像素 8 位元的 RGB 影像的每一個色版具有 256 個可能的數值，也就是說，
它具有超過 1 千 6 百萬個可能的色彩數值。
每個色版 8 位元的 RGB 影像有時候也稱為 24 位元影像 (8 位元 x 3 個色版 = 每個像素 24 位元資料)。“
以上解說來自photoshop的說明中心。
簡單說lyou你對色彩深度的認知止於一色為256色，
但忽略了顏色由RGB三色色版構成，因此是24位元色彩﹦16777212色。
這是我製作的圖的色彩深度。（當然不是256色...）
至於你所說的16bit元的圖，它可以記錄65536色，
也就是48位元色彩，那可是有280幾兆色。
我想你所謂的256色是GIF所記錄的最大限度。
它支援8位元色彩也就是256色。
arort wrote:
簡單說lyou你對色彩深度的認知止於一色為256色，
但忽略了顏色由RGB三色色版構成，因此是24位元色彩﹦16777212色。
哈哈.....完全被你抓包......
你說的沒錯,在電腦上,2的8次方是256,3個色板就是256X256X256=16777216. :-$
而手機在列規格時,其實也沒什麼人在講幾X-BIT色的,都是直接說256色丶6.5萬色丶26萬色等等等.
所以,扣除中間天兵(也就是我)搞烏龍的部分,重新把焦點鎖定在SE手機的主題製作上面時:
你用8-BIT也就是1677萬色的圖檔來製作主題,但你的手機最多只能顯示6.5萬色或26萬色呀,那要怎辦?
你可以選擇:
1.讓你的手機自己去拼命運算,以最佳化(?)來顯示那個1677萬色的圖檔
2.把圖檔的顏色數先降下來,然後再送上手機
大家通常都是選擇第1點吧,但醬的話有時候電腦預覽和手機實測會差蠻多的~
至於第2點,26萬色是2的3次方再6次方,也就是6-BIT色(??希望這次我沒搞錯),有許多繪圖軟體可能就沒辦法做出這種圖檔了(至少我常用的PhotoImpact就不行)......然後呢,如我之前已經後補在第14樓尾巴的,在TC中有提供一個color reduction filter功能給你用.比如說,dk03.png原來是120k,用了這個color reduction filter之後變成56k.不僅檔案尺寸小了很多,我猜,或多或少應該也會比較省電吧~
嗯.....就是醬.雖然我把手機螢幕的X-BIT色講錯了,不過我說的有關"降色(color reduction)"的部分,重點倒是沒有講錯. (如果還錯,就再來轟吧,我健康值恢復得還蠻快的).
======================
對不起,我和ARORT一點也不熟,
我不該不管別人要不要接受就隨便亂發表我的個人意見.
每個人都有自己的想法和判斷能力,
我為我對ARORT的輕率回文致歉.
～ 臨.兵.鬥.者.皆.陣.列.前.行 ～
lyou wrote:
1.讓你的手機自己去拼命運算,以最佳化(?)來顯示那個1677萬色的圖檔
2.把圖檔的顏色數先降下來,然後再送上手機
個人認知是，如果手機螢幕只有26萬色，不管顯示什麼色深的圖檔都不會影響耗電量。
不會因為現在要顯示256色的GIF檔就比較省電省效能，或是因為要“最佳化“8bit的圖而耗電。
它的耗電量是穩定持續的（當然因為光感應技術會稍微變動），但跟色深不是有明顯關連。
同時sony ericsson的開發者指南中也建議
“When using JPEG files, make sure that the files are converted/saved to JPEG format from images with
24-bit colour depth. Otherwise, the theme will be considered invalid and can not be installed in the
phone. “
（這邊的“24-bit“指的就是我昨天po的“每個色版 8 位元的 RGB 影像有時候也稱為 24 位元影像“。）
（如果效能和耗電量與色深有關連的話，device central會在測試圖檔的地方也放上效能表？）
（而用device central的建議來開啟空白檔案製作桌布，很妙的它也建議使用8bit。）
有關連的是跑FLASH的時候。但是其實就算FLASH設定的畫質比較不好，也不會對電量有明顯影響。
而另外我得謝謝lyou的建議用theme creator來【降色】或許能將檔案瘦身來提高效能，
不過遺憾的是mac版的theme creator沒有提供該功能。
以製作上的經驗來說，在電腦上的預覽會和手機上看差很多通常是
1.使用到漸層色。漸層色完全擊中26萬色和1677萬色的差別。
在電腦製作一個全黑到全白漸層並打散，你會發現這有256格。
這256格漸層的表現在手機上它只能有64格，也就是四分之一的格數來表現，
所以電腦上每四格手機才一格，當然漸層就會破格。
所以仔細看一些亮bar，其實都會有條狀或格狀的現象發生。
甚至我也看過W880對於漸層的處理是整個碎裂掉。
2.手機螢幕的色偏。
畢竟針對手機螢幕沒有所謂的校色，所以有些偏黃有些偏藍，不準是一定的。
其他的圖就很少會遇到【靠背怎麼跟電腦上看得差那麼多】的情況。
因為小螢幕高解析度，其實已經可以表現的很漂亮了。
所以以常識來說直接用theme creator“降色“，一定會有一些細節跑掉，
例如底紋或是比較細密的零件，降色這種強制運算應該會造成一些模糊化的產生，
而其實手機螢幕有能力表現原始圖檔那些細節的。
所以只是單單為了主題檔案的大小和執行效能而去進行降色有點可惜。
我想SE提供這種功能應該是為了將檔案瘦身來節省記憶體空間，那就要看個人決定了。
arort wrote:
個人認知是，如果手機螢幕只有26萬色，不管顯示什麼色深的圖檔都不會影響耗電量。
我認為,色深對耗電量的影響,不應僅限於用電流去控制某個像素的明暗再加上R/G/B三色板所表現出來的東西;它還應一併考慮,手機CPU在處理圖片時的一些其他有跟沒有的綜合影響.
比如說,理論上來說,硬體只能顯示到65536色的話,我大可以透過軟體,在讀入圖檔時,先偵測檔案的壓縮格式及相關資料,若色深數超過65536時,就利用一個副程式的運算,把圖檔轉換成65536色深,然後再丟到硬體單元上去顯示.然後,我規格上當然就可以寫說,能支援(處理)24bit的圖檔格式了<-------有額外的運算就會耗電.當然,這只是我提出的一種做法,至於SE的韌體是不是這麼寫的,我不知道. :-)
所以,在我的認知裡,
一個東西如果需要用到20個步驟去處理運算,那麼,它就會比只需要用到5個步驟去處理運算耗電.
而讀取較大的檔案,經常也會比讀取較小的檔案要耗電.
像這些雜七雜八的種種小因素所累積的耗電量,能不能小到被忽略,就完全因人而異了.
arort wrote:
（而用device central的建議來開啟空白檔案製作桌布，很妙的它也建議使用8bit。）
有關連的是跑FLASH的時候。但是其實就算FLASH設定的畫質比較不好，也不會對電量有明顯影響。
呃,ADOBE之所以那樣建議,當然不是只考慮色深定義上的問題,而是執行效率和其他有跟沒有的問題,以及呈現度的問題. :-) 就好像我也看過一本flash動畫的教學書,它說,去設每秒跑幾格並沒多大意義,因為每支手機的效能不同,不一定每秒一定能跑幾格.諸如此類.......
arort wrote:
1.使用到漸層色。漸層色完全擊中26萬色和1677萬色的差別。
在電腦製作一個全黑到全白漸層並打散，你會發現這有256格。
這256格漸層的表現在手機上它只能有64格，也就是四分之一的格數來表現，
所以電腦上每四格手機才一格，當然漸層就會破格。
所以仔細看一些亮bar，其實都會有條狀或格狀的現象發生。
甚至我也看過W880對於漸層的處理是整個碎裂掉。
其實,不要說漸層了,有些近似色在模糊化後,送上手機都會一塊一塊的......
歹勢,看不懂什麼叫256格送上手機後只有64格耶...... ^^" (是指色階嗎??? @_@?)
ANYWAY,所謂解析度(或在手機上要叫分辨率?)我不能說的很篤定,但基本上就是,每個方向上的像素數量.
比方說一個lcd螢幕在硬體上,它橫向有1024個像素元件,而縱向有768個像素元件,那麼它的最高解析度就是1024x768,當一個圖檔是640x480丟上這個螢幕要滿屏時,那麼原圖中的每個像素就得經過一些"運算",而在螢幕上,以數個像素來表現圖檔中的一個像素點. (醬說不知有沒有問題?有沒有語病?希望我的意思能有清楚表達出來). 同樣的,一個1280x1024的圖檔丟上1024x768的螢幕時,如果要滿屏,它也是要經過一些"運算"去濾掉一些點,也就是橫向從1280點中透過一個運算法則選出1024點在硬體上顯示,縱向則是從1024點選出768點來顯示.<----而不管是前述的那一種情形,都可能出現所謂雜點或鋸齒化或whatever的情形,這時,你可以再透過另外一些演算法則去調整濾掉像點鄰近的像點的色深,以便讓圖檔就肉眼來看仍是可接受的平順. (希望我有把我的意思表達清楚.如有錯請指正.)
so,譬如說,240x320這個解析度,其定義對lcd來說,電腦用螢幕和手機用螢幕會有不同嗎? @_@a
手機螢幕的240x320解析度,在我的認知裡,它就是紮紮實實的橫向240點縱向320點,如有錯請指正.而手機lcd因為外觀畫素密度比電腦螢幕高2倍或以上,所以在相同的解析度下,手機螢幕的尺寸會較小.
以下我隨便做了一個測試檔,因為我手機的螢幕是176x220,所以我就做了176x220的,紅底,打了一個10x10 pixel見方的十字線格子,然後在X=100~110之間,以102,104,106,108的間隔打上黃線.醬子就可以清楚看出,這座標上的10格會不會送上手機就糊成一團.
結果是,不會.
這個實驗告訴我們,簡言之,就是一條1像素寬度的線,送上手機就是會以1像素寛度顯示在手機上.
一個256像素長度的矩形,送上手機後,它就是會以256像素的長度顯示在手機上.
如有錯請指正.
接下來,再考慮色深的問題.我拉一個100x256的矩形,送上手機後,它應該仍是一個100x256的矩形吧.
如果把這100x256的矩形想成是由256條不同顏色的線所組成的呢? 我的176x220無法精確實測,希望有手機能實測的人告訴我是怎樣. 我不知道各位是不是可以順利做出由256色十字線組成的矩形,當然,如果這256色是從全白到全黑(或紅/藍/綠等等)的話,就是所謂的漸層了.
現在,我的思考是:
無故障的手機能顯示合於解析度規範的每一像素,這是肯定的.
至於能不能正確顯示所指定的顏色(甚至細膩呈現),這也許和軟體控制有關,也許和硬體設計有關,我能力不足也沒有相關的技術資料,所以並不清楚.<----然而不管怎樣,對追求畫質的手機主題作者來說,如果在手機上色深的顯示不盡理想的話,除了自己想辦法避開或拼命修圖外,大概也不能怎樣吧~ :-(
因為做SWF的關係,其實近來如果我有做過什麼256色的圖檔,也不是GIF而是PNG.當然在層次上也不是因為省電或會不會多佔記憶卡空間的關係,而是不能讓執行記憶體撐爆的關係. (不過,即使降色,也還是要看實際情況而定,如果畫質一看就不能接受,當然是要再去想別的辦法處理呀~).
寫了這麼多(可能又要被轟)之後, 我必須承認,這是我自己找來的麻煩.:-P
其實我已經渡過那個會去考慮省電問題的時期了,因為覺得主題要做的酷丶炫遠比省不省電來得有趣且有挑戰性,所以我後來已不做靜態主題了,而且動態桌布還愈做愈複雜(做的好不好就是另一回事了).只因為ARORT在某篇文裡有提到省電這事,所以我才諂媚地扯到省電來搭一下話......嗯嗯.....的確是給我自己惹了不小的麻煩.慎之,戒之. ^^"
======================
對不起,我和ARORT一點也不熟,
我不該不管別人要不要接受就隨便亂發表我的個人意見.
我常要人爬文爬文再爬文,然而我自己卻在看到有疑問的東西時,
沒有自己先找到答案就輕率回文,
更沒想過這種我自以為是討論的劣質回文方式,
可能會浪費別人很多寶貴的時間.
我為我對ARORT的輕率回文致歉.
～ 臨.兵.鬥.者.皆.陣.列.前.行 ～
內文搜尋
從 APP 打開
X