カテゴリー: プログラミング

iOS Developer Progaramの某社名義のライセンスが期限切れ間近だったので更新手続きを行いました。ネット上の掲示板のやりとりとかだと期限切れちゃったけどどうしたらいい？的なものが多く、普通に切れる前に更新する手順が示されておらずちと手探りでした。夏には自分名義のものをしなければならないので覚え書き。

まずAppleから「Don’t let your iOS Developer Program membership expire.」というHTMLメールが来ます（この時点で残り15日と表示。実際は一月前から手続きできるっぽい？）。文中最後に「Renew today」というボタンがあるのでクリック。ここは某社側でやってもらったので細かい手順はわかりませんが、基本は初回同様AppleStoreにリダイレクトされカートに更新ライセンスが入っているので決済すればいいようです。

AppStoreからの「ご注文成立のお知らせ」というメールに少し遅れて「Thank you for renewing your Apple Developer Program」というのが届きます。とりあえずこれで更新は完了しており、iTunes Connect側では有効期限表示が更新されていました。

あわせてdeveloper.apple.comのiOS Probisioning Portalでプロビジョニング周りの更新が必要になります。まずは年間100台まで登録できるテスト用端末のUDIDについて。更新前の注意書きには、更新後の初回ログイン時に限って不要なものを削除できる、と書かれてたので、そういう画面に強制的にとばされるのかなと想像してたんですが、それらしい表示はなにも出ず。削除自体は通常通り「Devices」画面でできたんですが、残り台数は増えませんでした。ちょっと損した感じ。まぁ3台分だからいいんですが。確実なのは更新手続き前に削除をしてしまっておくことだなと。

またプロビジョニングについてはXcodeのOrganizerで一覧を出すと期限が近いものに「Renew」ボタンがついていました。どうも普通はこれをクリックすれば更新できるらしいのですが、何故か上手くいかず。PortalでEditして作り直しても有効期限は延びません。結局、まずは開発者自身のCertificatesを更新ということです。OSXの「キーチェーンアクセス」を起動し、左上で「ログイン」、左下で「自分の証明書」を選び、右ペインのリストから目的の証明書を探します。通常、「iPhone Develpoer: (名前)」と「iPhone Distribution: (名前)」があるはずです。どちらかの左の三角ビュレットをクリックすると、下に鍵アイコンと名前がついた秘密鍵が現れます。これを右クリックし「”（名前）”を使って認証局に証明書を要求…」を選択します。「証明書アシスタント」が開くので、開発者登録に使ったAppleIDのメールアドレスと通称（自分の名前）を入れ、「ディスクに保存」を選択して「続ける」をクリック。これで新しい証明書の発行依頼書（＝CSR）が出来ます。あるいは初回申請時に使ったCSRファイル自体が残っていればそちらを再利用もできると思われます。

次にPortalのCertificatesを開き、Development、Distributionそれぞれのタブから現行の証明書を「Revoke」し、再作成します。その時の画面で上記CSRファイルを指定します。プロビジョニング同様、数秒で新しい証明書ができあがるので少し間を置いてリロードするなりします。「Download」ボタンが出現したらクリックしてダウンロードし、「キーチェーンアクセス」にドラッグ＆ドロップして追加。古いものは消してしまった方が無用のトラブルにならないと思います。心配なら右クリックから書き出しもできます。

この状態ならXcodeの「Renew」ボタンでプロビジョニング更新できるかな？と思って試してみたんですがダメ。ちぇ～。

仕方ないのでまたもやPortalに行き、Provisioningを開きます。今まで紐付いていた証明書がRevokeされてるので各Provisioningも無効化されています。EditしてSubmitしなおします（適当にdevicesのチェックをOFF/ONするなどして更新を発生させないとSubmitボタンが押せないかも知れません）。出来上がったプロビジョンファイルをダウンロードしてXcodeのOrganizer上にドロップ。古いものを削除しれば一応完了です。

試しにad-hoc配布用のアーカイブを再度書き出して配布サーバー上のipaファイルを上書きし、iPadで上書きインストールしてみたところ、ちゃんと新しいプロビジョニングプロファイルもインストールされました。古いものが残っていると期限切れ警告が出てウザいので、「設定」->「一般」->「プロファイル」から削除しておきます。

Xcode上のRenewボタンからできなかったのが悔しく、何か他の方法があるのかも知れませんが、まぁとりあえず上手く言ったパターンのログです。

おやゆびでおをApple Digital AVアダプターなどを使ってテレビに映せるようにしたいと年末年始に取り組んでました。iPad2やiPhone4Sのようにミラーリング対応機種なら一応映すことは可能でしたが、再生画面がフルスクリーンにならなかったりしましたし、それ以外の機種のことも考えるとアプリ側できっちり対応する必要がありました。

■アプリをサブディスプレイに対応させる

本体デバイス用のベースUIViewとしてViewForMain、外部ディスプレイ用としてViewForSubというインスタンスがあるとします。

[UIScreen screens] cound]でOSが認識しているモニタの数がわかるので、それが１より多い場合はサブモニタがあるということで、UIScreenクラスのsecondScreenオブジェクトに２番目（objectAtIndex:1）を入れ、更にUIWindowsを入れ、UIViewを入れてやります。サイズは全てsecondScreenのものを引き継いでおきます。これで後は普通にUI部品を配置して利用できます（もちろんUIButton等を置いても押せませんが）。

とりあえずこんな感じで外部ディスプレイ側に表示できました。実際には、アプリ起動中にアダプターが挿抜されたのを検知して切換処理をする等の仕組みが必要になりますがここでは割愛。というかまだ未着手…

■全画面で表示されない？

さてそこまではAppleのドキュメントやブログ記事などを参考に辿り着いたのですが、なぜかフルHDモニタに接続した時に全画面表示されずに４辺に黒縁が出てしまう現象が発生。iOSシミュレーター上で仮想1280×720ディスプレイを使っても発生しません。

MPMoviePlayerはもとより、UIWindowsやUISreenインスタンスのbound.sizeを取ってみてもちゃんと1920×1080になっているにも関わらず、です。写真の様にポーズアイコンを座標0,0で置いてみると、動画部分の左上隅に来ます。アプリ的には1920×1080で動画を表示しているつもりっぽい。モニタ側で入力信号情報を表示するとこれまた1920×1080。試しに手動でboundを2000×1200とかにすると黒縁部分が減ります。この数字をつきつめればピッタリ全画面にはできるでしょうがどう考えても拡大->縮小とリサイズが２回起きて無駄だし画質も損なわれるでしょう。MPMoviePlayerの全画面表示系のプロパティをあれこれいじっても解決せず。UIScreenより上の階層で何かが画面を１割くらいスケーリングしてそれを1080pでアダプターに送出しています。

でまぁ足かけ二日ほど悩んだ挙げ句、

secondScreen.overscanCompensation = UIScreenOverscanCompensationInsetApplicationFrame;

で解決できました。オーバースキャンという言葉にもっと早く思い至っていれば検索もヒットさせられたかも知れません。もうアナログ時代の言葉だと思って記憶の底に沈んでましたｗ。overscanCompensationプロパティには３つの定数があるんですが、なんだか一番全画面っぽくないコイツが勝利の鍵でした。公式ドキュメントはこちら。iOS5からの対応みたいですが、とりあえずiOS4.3シミュレーターではクラッシュなどはしないようですが、iOS4.3の実機だともしかすると全画面化されないままかも知れません。

見事、フルHD画面いっぱいに動画を再生できるようになりました。

 

今のところ日本語でoverscanCompensationに関して触れている記事はヒットしなそげので、参考に紹介しておきます。

iOS用アプリでパスワード入力UIを作ってるのですが、無効なパスワードを入力した時のフィードバックをどうしようか考えて、Mac OSX Lionのログイン画面のように、パスワード入力フィールドが「イヤイヤ」って感じで左右に揺れる感じにしようと思いました。いっそこれくらいCocoaの標準メソッドとしてあってくれても良さそうなものでしたが、UITextfieldのリファレンスを見る限りはなさそうだったので自分で実装してみました。さして高度なことしてるワケでもないですし、あんまりエレガントなソースでないかも知れないですが晒しておきます。もっとこうすりゃいいんじゃね？的なコメントも歓迎。

2011.10.27追記：

s1tnkさんにアドバイスいただいて大幅な簡略化に成功したので、更新版を貼ります。

１メソッドで完結できたのでほとんど説明は不要だと思います。passcodeというのがテキスト欄の名前です。

旧バージョンとの違いは、

• setAnimationRpeatAutoreversesの存在を教わり、左に行って戻る、右に行って戻るの２フェーズで表現できた
• completion引数に次の処理をブロックで丸ごと角ことでアニメーションを連鎖記述できるようになった
• 結果として２フェーズｘ２回を１つのメソッドに完結させ、状態変数を一切なくせた
• durationは往復なので時間を倍の0.05にした

という辺りです。振動回数のカスタマイズはやりにくくなっちゃいましたが。

 

実際の動作はこんな感じ（IE9かiOSのSafari位しかインラインで再生できないかも）。

動画がインラインで再生されない人は、こちらからMP4をダウンロードして再生して下さい(44KB)。

■以下旧バージョン

前提として、.hファイル当たりで、

IBOutlet UITextField *passcode;
INT gakuburuCounter;
BOOL isFirstLoopForShakePasscodeField;

という3つのオブジェクト、変数を宣言してあるとします。

んで、.mファイルでメソッドを２つ。

こんな感じ。

＃つーか、そろそろコードをカラーリングしてくれるライブラリを導入した方がいいんだろうなぁ…

パスワードを検証してNGだったら

isFirstLoopForShakePasscodeField = TRUE;
[self shakePasscodeFieldLoop]

って感じで呼びます。

簡単に補足しておくと、テキストフィールドが定位置から左に10ピクセル、右に20ピクセル、左に10ピクセルと移動するのを１つのセットとします。ただしこれを単純に連続して呼ぶと、前のアニメーションが終わらないうちに次が実行されてしまい、正しく移動してくれないので、１つのアニメーションが終わる度に次のステップのアニメーションを実行する仕組みが必要でした。そこでそれを管理するメタメソッド（そんな言葉あるのか？）としてshakePasscodeFieldLoopを作りました。isFirstLoopForShakePasscodeFieldフラグがTRUEの状態で呼ばれると、ループカウンタgakuburuCounterをリセット（ここでは-1）して、フラグをFALSEにします。そしてgakuburuCounterをカウントアップしながらshakePasscodeFieldを呼び出します。呼ばれたshakePasscodeFieldではgakuburuCounterを3で割った答えを使って順に３つの動作パターンを実行し、アニメーションが完了した後でshakePasscodeFieldLoopを呼びます。このルートで呼ばれたshakePasscodeFieldLoopはisFirstLoopForShakePasscodeFieldがFALSEなのでカウンターはリセットせず、カウントアップだけして再度isFirstLoopForShakePasscodeを呼びます。これで、gakuburuCounterが-1～5にカウントアップする過程で、各フェーズが順に２ループ実行されます。

カスタマイズですが、-10とか20ってのが移動ピクセル数です。左に10、右に20、左に10って感じで辻褄を合わせます。つまり、振幅を倍にするなら、-20、40、-20とかするワケです。

 

shakePasscodeFieldLoop内の5を8にするとブルブルが3回になります。以降3を足すと１セット増加です。

shakePasscodeField内のUIView setAnimationDurationの値がブルブルの速度です。case 1のところは移動距離が倍なので所用時間も倍にしておくのがポイントです。

Xcodeで開発をしていて、あるタイミングからInterface Builderから.xibファイルに対して行った変更がビルドに反映されなくなってしまいました。

• Clean
• Clean Build Folder (Option押しながらClean）
• シミュレーター上のアプリを削除
• Xcodeの再起動
• OSの再起動

なども効果無し。挙げ句、Xcode上から当該.xibファイルを削除（他フォルダに移動）してもビルドしてくれやがります。Xcode上でもFinder上にも存在しないゴーストがどこかに残ってる！

結果として解決したのは、海外の掲示板stack overflowのこのエントリの一番下（記事執筆時）のコメント。よりによってusefulカウンタが0(笑)。そろそろσ(^^)もIDとって評価記入するようにしないとなぁ。

で、具体的にはXcodeのもってるキャッシュを削除。その場所は、

/Users/(ユーザ名)/Library/Developer/Xcode/DerivedData/

ここに今までビルドしたプロジェクト毎のフォルダがあるので、それを丸ごと削除。Lionだとユーザのホーム下のLibraryは不可視になってるので、ターミナルを使うが良いでしょう。

どうもここのキャッシュはXcode上で元ファイルが消されても消されずに使われてしまうっぽいです。では元々何故起きたかについてですが、多分、.xibをローカライズして、実体ファイルがen.lprojとja.lprojに移動／コピーされた時の参照が正しく書き換わらなかったっぽい気がしています。なんかやり方が悪かったんですかね？これによってXcode上では実体ファイルである各言語別のファイルを更新し続けたものの、ビルドには親フォルダにある（あった）ファイルのキャッシュが使われ続けてしまった、ということではないかと思っています。

同日追記：

@s1tnkさんより、Xcode4から同じことをする方法を教わりました。こっちの方が簡単そげ。この作業自体はエラーのハイライティングが壊れた時とかにもする一般的なものみたいです。特定プロジェクトがなんとなく調子悪いぜって時のお試し作業の１つとして覚えておくと良さそうです。

1. Organizerを開く
2. 目的のプロジェクトを選択する
3. Delived Dataという見出しの右にある「Delete…」をクリック

 

かなり前の「iOS向け高機能MP4自炊まとめ」というエントリで、Pegasys社のTMPGEncシリーズで書き出された.keyframeファイルを、mp4chap.exeでmp4ファイルに埋め込んで、iOS端末等でチャプターとして利用できる.chapters.txt形式に変換するツールを作った、と書いたところ、１年も経ったところで公開リクエストをいただいたので、公開しました。

こちらに置いておきます。

例によって自分用にサクッと作ったモノなので、あまり汎用性はないかも知れませんが。

また秒単位以下までキッチリ出力してほしいという要望があったので、v1.2では選択できるようにしてみました。もともと秒単位以下を切り捨ててた理由は、フレーム単位で指定してもmp4のようなフォーマットでは精密にジャンプできないことが多く、大抵少し前後してしまうことを鑑みて、例えばオープニングを飛ばした時に、少し本編の頭が欠けるよりはオープニングのお尻がちょろっと見える方がマシだろうと考え、フレーム単位は切り捨てをしていた、という経緯があります。が、まぁその辺りはお好みなのでなるべく厳密に計算した値を入れられるようにもしてみました。σ(^^)はMediaCoderでエンコすることが多いですが、今だとTMPGEnc Mastering Work 5でエンコすればKeyframeがきっちりIフレームとして扱われる気がするので、ドンピシャの方がいいのかも知れませんね。

ちょっと計算式がこれであってるか自信ないのでどなたかチェックしていただけると助かります。簡単には、.keyframeファイルの数値を29.97で割ると整数部分が秒単位になるので、それを取り除いた小数点以下の部分を使い、（特に指定してないですが多分）小数点以下４桁目を四捨五入して上位３桁を使用しているつもりです。

＃そういう意味では「秒単位で丸める」というチェックボックスのラベルは不適切だなぁ（実際は切り捨て）。機会があれば直します。

なお、BDInfo.exeの「View Report…」等から取得できるBDMVのチャプター書式を.txt拡張子で保存したファイルをドロップした場合は、元々フレーム単位まできっちり出力してたみたいなので、こちらはそのままです。というか「秒単位で丸める」がONでも丸められません。手抜きですみません…

あと保存時にカチャっと確認音がしてたんですが、これもON/OFFできるようにと要望があったので対応しました。

 

ともあれ同好の士のお役に立てば幸いです。