記事元:Jailbreaking 101 – Seas0nPass.
皆さま、明けましておめでとうございます。
FireCore から latest 4.4.4 (iOS 5.0.1 – 9A406a) 用 untethered jailbreak ツール Seas0nPass がリリースされました。4.4.4 には、AirPlay Mirroring が含まれているので、アップデートしようかなぁ。
でも、プラグインがまだみんな Works 状態なんだけどどうしよう。
記事元:Jailbreaking 101 – Seas0nPass.
皆さま、明けましておめでとうございます。
FireCore から latest 4.4.4 (iOS 5.0.1 – 9A406a) 用 untethered jailbreak ツール Seas0nPass がリリースされました。4.4.4 には、AirPlay Mirroring が含まれているので、アップデートしようかなぁ。
でも、プラグインがまだみんな Works 状態なんだけどどうしよう。
記事元: I Was Wrong about Apple’s iWatch.
前から、iWatch については憶測が出ましたが、結局実現されていません。しかし、Siri, iCloud, iView(曲面ディスプレイガラス)の登場で新しいコンセプトが生まれました。
曲面ディスプレイガラスを使用したこの腕時計は、Siri を利用して iCloud 用のリモートコントローラーと使用することを想定しています。データーは、iCloud から、そして iDevice のコントロールは Siri を使用する。相当グッときますね。
デザインがもう少し熟れるともっとグッとくるんだけどなぁ。
記事元: Dev-Team Blog.
遂に、iOS5.0.1 untethered jailbreak ツール redsn0w 0.9.10b1、PwnageTool_5.0.1 がリリースされました。対象は、A5チップではないもの
になります。iOS5.0.1 専用です。残念ながら Apple-TV2 が入ってませんね〜。
jailbreak の方法は How to Get the iOS 5.0.1 Untethered Jailbreak Using RedSn0w を御覧ください。
記事元: New iOS 5.0.1 Build 9A406 Intended to Fix ‘No SIM Card’ Errors on iPhone 4S.
iOS5.0.1 Build 9A405 から、同じ iOS5.0.1 の Build 9A406 が、そっとリリースされました。同じ iOS5.0.1 ですので、現在 iOS5.0.1 を使っている人には特に通知されませんし、アップデートもされません。
iPhone4S で、”SIM カードが入っていません” となり通信不能となる不具合が報告されていますが、その不具合対応ではないか?という噂が、Mac Ruomos に掲載されています。
日本でも、au のiPhone4S でこの現象が発生したと読んだことがありますが、その手の不具合なら 5.0.2 にしてくるはず、何が変更されたかは不明です。フォーラムでも一部のユーザーは不具合の改善はしていないと報告しています。それでもやってみたい方は以下の手順でどうぞ。
まあ、不具合が出たらキャリアに持っていった方がいいと思いますけどねw。
記事元: Lantronix xPrintServer makes almost any printer iOS-compatible.
iOSDevice 便利ですね〜。でもいざプリントしようとしても、仲々 AirPrint 対応のプリンターはありません。プリントしたければ、 Printopia や AirPrint Activator が動いているプリンタサーバーマシンを動かしている必要があります。困ったものです…。
そこで、この xPrintServer。プリンターのつながっているネットワークに接続すればそのまま iOSDevice 用プリンターサーバーになります。
対応プリンタなどは Canon,Xerox,Epson など LPD も喋れます。設定はブラウザからできるようですね。
お値段、$149.95。大きさも iPhone 位ですし、円高の昨今 1台如何ですか?。
YouTube: Lantronix Launches xPrintServer: Wireless Printing Solution for iPad and Apple iOS Devices.
記事元: Why Android Will Always Be Laggier Than iOS.
実際、iPhone を使うと Android に比べて、画面がスムーズに動くように感じますね。iPhone は、指がタッチするとほぼ遅延なく反応しますが、Android は、Honeycomb になってもまだ iPhone より遅延を感じる場合があります。
確かに、Android は、Honeycomb まで、UI操作にハードウェアアクセルレーターを使用していなかったため、ラグタイムがあってもしょうがなかったでしょうが、Honeycomb になってもどうもパッとしません。最近の Android携帯は 1GB RAM 搭載など iPhone4S(512MB) 同等以上のハードウェアスペックを持ってるので、どうやらハードウェアの問題では無いようです。では何故?。
曰く、AndroidのUIが下記の設計上の制約で完全に滑らかになることはないそうです。
– UIのレンダリングには、アプリケーションのメインスレッドで発生します
– UIのレンダリングは、通常の優先度を持っています
つまり、iOS が、タッチされたらとりあえず、それに対する反応を返すような構造になっているに比べ、Android の UIレンダリングは、通常のプロセスと同等の動作となるため、どうしても遅延が解消できないわけです。
では、なぜ Androidチームは、このようなレンダリングのフレームワークを設計したのでしょう?。
Android の作成は、iPhone のリリース前に始まっていました。ターゲットは Blackberry。当時、キーボードとトラックボール全盛で、マルチタッチは、想定外。iPhoneが出てきたときに、Androidチームは、競合他社の製品リリースラッシュで、残念ながら、UIフレームワークを書き換えるには遅すぎたそうです。
じゃあ、何故 Google はフレームワークを変更しないのでしょう?。フレームワークの変更で Andoroid マーケットのアプリがそのフレームワークに書きなおすのは大変ですからね。
とはいえ、フレームワークの変更なんて Apple はお手の物 Google がやらないとは限らないし、ハードウェアの進化で iOS の設計上のアドバンテージは少なくなっていきそうです。