今回最も予想していなかったのが、サーバのハードディスク。てっきりSerial ATAインターフェースに移行済みだと思い込んでいたのが、それこそいざ蓋を開けてみるとParallel ATA。マザーボードは両方対応していますが、バスや電源のケーブルの用意がありません。その他なんやかやで作業を始めてから2回ほど買い物に出掛けるはめに。今回ハードウェアについてはハードディスクの交換のみだったので高をくくっていましたが、このために休日中に済まなくなりました。このファンレスケース自体の作業のし難さは毎度のことなのですが。

逆にソフトウェアについては大きな問題がありませんでした。特にUbuntu自身のインストールやAPT(aptitude)によるパッケージ管理の軽快さは素晴らしい。RPM(yum)の遅さにすっかり慣れてしまっていたので、元から依存関係の処理でも優れているとなるとAPT圧倒的な感があります。Linuxディストリビューションはパッケージ管理の使い勝手とそれを支えるコミュニティーの力が重要ですが、そういう点で早速恩恵を受けました。

Red HatからFedora Coreへと代々同系列のLinuxディストリビューションを使ってきましたが、今回は思い切ってUbuntuディストリビューションへ。巷のソフトウェアのパッケージもRPM(Red Hat Package Manager)形式ぐらいしか用意されていない時代からいつの間にか普通にAPT(Advanced Packaging Tool)形式がある時代に。

同時に1テラバイトのハードディスク(Samsung HD103UI)2台(Raid 1でミラーリング)を新調しましたが、この容量にしても安くなったもので1台1万円弱。OSはUbuntu 8.04.1 Server EditionでCDに焼くところまで準備が済みました。

本体もリプレースできるのであれば、でき上がりまであらかじめ持っていって置き換ることができますが、今回はそうはいかないため、インストールから稼動できる状態になるまでkawauso.comは休止状態になります。今週末、1日以内に片が付けばいいなと思いますが、ローカルな設定もいろいろ反映しなければならないのと、先のようにディストリビューションも変えるため、最悪、元に戻して週明けを迎えるかも^^。

しかし"Ubuntu"って名前発音しにくいよね、人のこと言えないけど^^;。

P.S. 先週今週とらじおたっちに関していろいろネタがあったのですが、本人は専らこっちの方が気になってるので、また改めて。

知らなかったことが2つほど。

iTunesにつなげなくても通信できる状態でしたが、勇んでApp Storeかららじおたっちをダウンロードしようとすると、日本でしか使えないアカウントですの表示。日本で登録したiTunes Storeのアカウントは一旦パソコンのiTunesと接続しないと正しく認識してくれないようですね。これはAppleらしからぬおもてなしのような。

それから設定のキャリアにSoftbankと並んで普通にDocomoの表示が。そういうものなんでしょうか。

今日あらためてStoreアカウントを設定してらじおたっちをダウンロード、おー3Gで普通に聴けるじゃん、ちょっと感動です。

このところ時間をとりにくい状況ですが、コツコツとやっていきたいと思います。

iPhoneでは未だにテストしていませんが、もし動いているとするとiPhoneとiPod Touch両方で動くアプリケーションはiPod Touchでの開発・テストで結構カバーできると考えてよさそうですね。これは開発リソースの節約に役立つでしょう。

ローカライゼーションについても、日本語化していないものを日本で出して形式的には問題無さそうです。

いつになるかわかりませんが、次のバージョンはPaidアプリの実際を試すためたぶん無料版と有料版(price tier 1 = $0.99?)に分けて出してみると思います。今のバージョンはお早めにダウンロードしてどの程度のものか試してみて下さい^^。

そう結局App Storeにこいつの登録申請を出してみることにしました。ただし超手抜き申請もいいところ。アプリはiPhoneで一切動作テストしてないのにiPhoneアプリとして、日本語ローカライズ一切していないのに日本語メインのアプリとして申請。申請データ一式も機械的なチェックをパスできる程度の最低限の内容で臨みます。

ソフトウェアを作るには初動コストをいかに後ろに分散させて全体をならすことができるかが重要と思っている私。iPhoneアプリはそういう意味ではパソコンアプリより敷居が高いわけですが、一体どのくらいそこで手抜きしても公にのっけてもらえるものか、そこを確認してみるつもりです。このブログ、Appleの人が見ていなければいいけれど^^；。

待ちの長さを含め結果はまたブログのエントリーでお伝えします。

• 東上線の往復電車運賃が2割引
• 東武バス1日乗り放題
• 協賛店28店のうれしいサービス

• 東上線の往復電車運賃(通常の2割引)

東武鉄道へのそんなダメ出しはどうでもよく、川越はとにかく大江戸ならぬ小江戸そしてどういうわけか横文字のCO-EDOを全面に押し出して観光に頑張っています。 一番のランドマークであり観光のシンボルである鐘楼

とか、作為的だけれど古い街並み

とか。だけれどもそれよりこの看板のギリギリのネーミングセンス

発狂くん(笑)。そして現地で飲む地ビールのCOEDO、おいしかったです。

はじめに。このエントリーはソフトウェアのリリースでも、リリースの予告でもありません。 単に技術的な話題を書いたものです、と念のため思いっ切りことわっておきます。

iPhone SDKでソフトウェアを開発する場合の実際を経験するために、題材としてそのサービスを比較的よく知っているlivedoorねとらじを選びました。 目標は「iPhone/iPod Touchでねとらじ番組表を表示し、放送を再生し、関連URLをWeb表示できること」です。ソフトウェアとしての完成度は二の次三の次、まがりなりにも動作する最低限のものとしました。

足かけ5月からのぐだぐだした試行錯誤の結果、一応その最低限の目標は達成できました。しかしここから、誰でも使えるようソフトウェアの完成度を上げ、さらにAppStoreに登録してダウンロード可能にするまでにはかなりの距離を感じ、ソフトウェアが日の目を見ない可能性が大きくなりましたので^^;、区切りをつける意味でエントリーを書くことにしました。 本来ならここでハマったポイントなどを詳しく書いて開発者の方に情報を提供したいのですが、iPhone SDKについてはAppleが包括的な秘密保持契約(NDA)をかけてしまっており、ブログの類ではほぼ一切詳細を書くことができません。ですので以下の基本的な内容と、写真だけになってしまうことを許して下さい。なお私はiPhoneを未だ持っていませんので、実機としてはiPod Touchでのみのテストです。

• Appleから提供されるiPhone SDKに関する情報はほぼ英語のみ、よって技術英語程度が読めることは大前提となる。 Objective-C、Xcode、Cocoaフレームワークを経験していれば問題無く始められるが、この際に覚えるでも可。
• iPhoneシミュレーター環境では使用できるフレームワークやクラスが、実機環境では使用できないケースが多々ある。確認はビルドをシミュレーター向けから実機向けに変更して行うことなどで判かる。
• ソフトウェアから外部プログラムを起動することが許されていないので、プレイヤーが必要なら実装することになる。これは別途ライブラリ等を導入しなくともCoreAudioフレームワークを組み合わせれば最低限のものは実装できる。

個人でも会社でも有償でも無償でも、ぜひ日本からラジオネタでAppStoreまで行ってくれることを望みます^^。

明日は海の日ということで、帰郷した際に撮影しておいた私のとっておきの場所の360°パノラマ写真を。
なぜとっておきかというとJRの駅から歩いて行ける距離にあるもかかわらず、来る人(正確に言うと来れる人)がとても少ない場所だからです。
久しぶりに行った当日はあいにく雨が降っていました。

材料

• うどん(生うどんや冷凍さぬきうどんなど):1玉
• 卵: 1個
• 玉ねぎ: 1/3〜1/2 個
• カレー粉: 大さじ 1〜2 杯
• 麺つゆの素(無ければ醤油など): 小さじ1～2杯
• 香辛料(好みに応じて唐辛子やガラムマサラなど): 適量
• サラダ油: 大さじ1杯

うどんは軽く水で洗い、玉ねぎはみじん切りにした上で、材料全てを(透明な)容器に入れて電子レンジへ。加熱する時間は麺の状態によって変わりますが、電子レンジからカレーのいい匂いがし始めたあたりを目安にあとは目視で。半熟卵にする場合はこの時点になってからの投入でいいでしょう。

かき混ぜながら食べます。ゴマや小口ねぎをのせるとさらにいいですね。

• LadioCast-0.7.5.dmg (ユニバーサルバイナリ・Mac OS X 10.4 “Tiger” 以降)

0.7.4から0.7.5への変更点は以下のとおりです。

• エンコーディングのフォーマットにAACを追加 (Core Audio AAC Codec)
• エンコーディングのサンプルレートを3段階から8段階に変更
• エンコーディングのクオリティレベルを10段階から11段階に変更

上記以外にはユーザインターフェースの動作に細かい修正を入れたものの、音声処理などに変更はありません。

AACでのエンコーディングですが、Mac OS XのCore Audio AACについては使用ライセンスがカバーされているようなので実装に踏み切りました(実装上のグチについてはまた別途^^;)。自前で作り込んでいる部分もあるのでもし使用する場合は予めテストをして下さい。

(前のバージョンから、しかし4ヶ月近いインターバルですか〜。)

高ければ高いほどよい、と思われがちな値ですが実はそう簡単でもありません。エンコーディング設定には別に「ビットレート」という値があり情報量を制約します。指定された以上の情報量をサーバーに送ることができません。そしてその情報量に釣り合ったサンプルレートにしないと逆に音を悪くする場合があるようです。 どうするのが良いかはエンコーダーによると思いますので、気になった場合は試しにサンプルレートを上下させた放送を自録音してみて自分の耳で確かめてみるといいでしょうね。

ちなみにLame MP3エンコーダーでサンプルレートを自動に設定すると、ビットレート96kbpsステレオの場合は32kHz、同128kbpsの場合は44kHzを採用するようです。

なおサンプルレート以上にある種「信仰」があるように思うのはビットレートの値、それについてはまた今度に。