2011年10月24日

Ubuntu Oneiric Ocelot 64bit 執行 32 位元程式顯示 No Such File or Directory.

之前升級 Oneiric Ocelot 之後, adb 就一直動不了,明明檢查了老半天也沒有缺 library ,但無論怎麼執行就是一直吐 No such file or directory 的訊息給我。 搞到最後索性自己編一個 64 位元的 adb 來用。 adb 是可以動了,但我後來嘗試安裝 Packet Tracer 又遇到同一個問題,查了又查才找到原來是這個 bug 在搞鬼。

根據底下內容提到,只要重新安裝 libc6-i386 就可以解決。

$ sudo aptitude reinstall libc6-i386

BTW, 第一次用手機上的 Blogger 打網誌,所以廢話比較少,感覺還不錯。


(繼續閱讀...)

2011年10月13日

大不一定好,多大剛剛好?

最近由於 iPhone 4S 發表,螢幕大小沒變,于是乎為什麼堅持 3.5 吋這個陳年老問題又再度被搬上來吵。

其實關於多大才剛好這件事情,我覺得是見仁見智,我相信 iPhone 堅持用 3.5 吋應該也是有他的理由才對,但我有點受不了某些人一直把 3.5 吋這個大小說成黃金比例、多符合人體工學或者什麼最適合單手操作之類的。 其中某些文章,甚至還畫了示意圖(當然是畫成 iPhone 螢幕寬度剛剛好和手指頭一樣)。 因為每個人的手又不一樣大,而且大小 range 還差很多,實在沒必要把維持 3.5 吋這件事情講的好像多為 user 著想啦!

我自己覺得最剛好的螢幕 Size 以 WVGA 或更瘦長的比例來說,是 3.5 ~ 4 吋最適當(Sensation 那個比例的話 4.3 我也覺得 OK),以下就我自己拿的 Nexus S 來當例子,不嘴砲,我們用眼睛看吧!

實際的情況就是和一些文章中描述的根本就不一樣, Nexus S 用的是 4 吋螢幕,而我的手指長度甚至可以輕易超過它的螢幕寬度,所以這個螢幕大小對我來說基本上單手操做並不會有什麼障礙。 而實際上,就我所知我的手其實並不算大的。 然而很有趣的一點是,許多人的比較對象總會直接拿 4.3 吋 WVGA 的 Galaxy S2 ,這很奇怪,難道除了 3.5 吋, iPhone 就一定要用 4.3 吋以上的螢幕嗎? 這樣我也覺得太大啊啊啊!

我也是那種大不一定好的支持者,但怎麼樣的大小才是最剛好的,好像不是嘴砲就能決定,也不代表使用 3.5 吋,就一定是為了單手操作的考量,甚至也不直接代表了手機會變大,改天有機會去看手機的可以話向櫃台人員借這三台手機擺在一起: Motorola DEFY 、 HTC Tattoo 、 Huawei IDEOS U8510 ,你會發現這三台手機差不多大,螢幕卻差很多。 (3.7、2.8、2.8)

螢幕不改大並不一定表示它是黃金比例,背後的其他問題(例如比例、大小、內部空間、良率之間的平衡)應該才是最關鍵的,況且你們到底把喜歡小螢幕手機的眾人們擺哪了啊? 一片螢幕而已有需要這樣子吵嗎?(翻桌) 那些喊 iPhone 螢幕變大就不買的人,改天螢幕變大就不要給我看到你去排隊!


[補充] 有人質疑上圖不是我平常使用手機的姿勢,的確我平常是不會把手指伸這麼長,不過我平常使用手機的姿勢差不多就是這樣沒有問題。 不多說,補圖。

我平常使用手機的姿勢就是這樣。 而且,右手拿手機、左手拿相機,要操作快門還要瞄角度實在天殺的有夠麻煩的。


(繼續閱讀...)

2011年9月27日

讓 Google Music Manager 重傳上傳失敗的歌

Google Music 真的是個好用的服務,有了 Google Music 之後,我再也不用特地抓歌進手機,在別的電腦聽音樂再也不需要在複製來複製去。 不過 Google Music 的上傳工具 Music Manager 之爛也是眾所皆知(?)的,除了 for Linux 版沒辦法記憶密碼的這個 known issue 拖老半天到現在也還不見解決。

還有一個比較笨的問題,大概也有許多人會碰到。 這問題就是 Music Manager 在上傳的時候如果碰到網路問題,它做的動作不是重新上傳,也不是停止上傳,而使開始跳過曲目,所以就會開始一條接著一條略過直到網路恢復正常為止! 而且更經典的是,這些被略過的檔案在全部上傳完後 Music Manager 也不會回過頭來重傳! 我翻遍整個 Google Music Manager 也沒有「Retry」之類的按鈕! Trouble Shooter 那功能只是告訴你,ㄟ!你的第 ABCDEFG… 首歌傳爛了喔! 然後呢? 然後就沒了!!

好了,所以我們就只好用比較克難的方式解決這個問題。 以 Linux 版來說,儲存音樂上傳狀態和一些音樂資料庫資訊的檔案都在 ServerDatabase.db 中,而這個檔案通常會放在 ~/.config/google-musicmanager/ 裡。 所以我們就直接拿它來開刀。 在進行以下步驟之前,請先把 Music Manager 關掉,然後建議也為 ServerDatabase.db 做個備份,免得發生意外。

$ sqlite3 ~/.config/google-musicmanager/ServerDatabase.db
sqlite> DELETE FROM XFILES WHERE MusicUploadStatus = 4
sqlite> GO
sqlite> .exit

MusicUploadStatus 為 4 的就是上傳失敗的,把這幾筆刪掉,這麼一來下次打開 Music Manager 的時候, Music Manager 便會重新掃描到這些歌,並重新開始上傳了。


(繼續閱讀...)

 

I Power BloggertrackerSite MeterValid CSS!