これも数年前に作ったシステムの焼き直し版ですが、地デジをブラウザ経由で録画予約するシステムを作りました。

一番の特徴は何と言っても iEPG 対応です。画面を見て気づく人はすぐ気づくでしょうが、テレビ王国のデータを持ってきて、サーバー側でゴニョゴニョ(笑 して、クリック一発で録画予約ができるようにしてあります。また、録画しながらの追っかけ再生もできます(ムービー後半でやってます)。

録画には Mac 上で recfriio-018(改)+friio を使って、サーバー側は Ruby で書いてます。このベースになるシステムを作った時は RoR なんてなかったので、ベタに CGI モジュールを使ってます(笑。

久し振りにソースコードを引っぱり出して手を入れたのですが、これがまた酷いコードで辟易しましたww。今書き直せば 1/10 ぐらいのコード量になるんじゃないかという有り様です。

まだいろいろ不具合はあるんですが、まあ個人で使うのならこれぐらいで問題ないかなと思います。

動いた〜!!いろいろハマって、休暇終了ギリギリになっちゃった。本当ならば、ここから話が始まるはずだったのにw

思ったよりも細かいところで仕様が変更されてて、それがバグなのか仕様なのか突きとめるのに時間がかかった。でも、これで fltk2.x 系に移行することができたしこれからは楽ができるんじゃないだろうか。
それにしても、今改めて見直してみると、いろいろ拙いところが目につく。社会人になりたての頃に 3DCG の理論を勉強しながら作ったプログラムだからしかたないけど、このまま流用するんじゃなく、一から作りなおしたいなと思う。
ただ、習作ながらもオブジェクトの選択・移動はもちろん、階層化やオブジェクトの動的な追加・削除も実装しているので CG ツールとして最低限必要な機能は揃っている。あとはインターフェースを作りこめばいろいろ遊ぶこともできたのだけれども、当時は一通り動かすことができただけで満足してしまったのを覚えている。
そうそう。開発環境は結局 XCode に移行した。ウィンドウが際限なく表示されるのさえ慣れてしまえば、まあまあ快適なんじゃないかと思う。少なくとも Emacs+gdb とは比較にならない(笑。あとは、全てのウィンドウについてくるゴテゴテしたボタンさえ何とかなってくれればいいんだけど…

半日かけて数年前に作った fltk1.x+OpenGL on Windows なアプリを fltk2 on OSX に移植してみた。

fltk1 から fltk2 への変更はほとんどがネームスペースまわりの扱いなので機械的な作業なのだけれども、たまにクラスが無くなっていたり定数の定義が変わっていたりするので、それを追いかけながら修正するのに結構時間を取られてしまった。

今日の作業で一通りコンパイルが通るようになったのだけれども、立ち上げようとすると Bus error で落ちてしまう。gdb で追いかけてみると、数年前にも似たような症状でハマった記憶があるようなところで落ちている。落ちた記憶はあるけれども、どうやって直したのかが覚えてない(笑。もしかしたら、応急処置的に動くようにしただけだったのかも。

こういうことは長期休暇ぐらいにしかできないし、半年以上まともにプログラムを書いていなかったリハビリも兼ているのでちょっと気合いを入れて動くところまで持っていきたい。

今回ほぼ初めて OSX 上でまともにコードを触っているのだけれどもそろそろ Xcode を使って開発をすることも試さないと。21世紀になって早数年、未だに Emacs+gdb で頑張るのもどうかと思うし。でもなぁ。Linux でも使える環境と言ったら Emacs+gdb が一番な気もするし。最近だと Eclipse もアリなのかな? 何だかんだ言って VisualStudio ってよくできてると思う。特にデバッギング環境は充実してて使いやすい。あれに匹敵するぐらいの環境ってないものかな。

ただ、VisualStudio を使うっていうことはあのメモ帳並の機能しかないエディタを使うっていうことになるのがたまらなく苦痛でしかない。あそこに Emacs が入ってればいいのに。昔はキーバインドだけ Emacs モドキにするようなことも試したけれども、中途半端すぎてむしろストレスが溜まるだけだったな。今でもかわらないんだろうか?

そういえば最近やねうらおさんのとこでもIDEの話をしてたよなーと思ったら見つけた。何かやねさん(VS派) vs 他(Eclipse派)みたいになってるような(笑。業界が違うんで鵜呑みにはできないけど、議論は参考になる。

昨日目をつけていた不具合を手当り次第修正したら、エディタの文字が崩れるのはなおった。ただ、まだカーソルを移動するとサブピクセル単位で文字がウネウネ動くのでちょっと気持ち悪い(笑。これもどこかで数値を丸めてしまっているんだろう。

 とは言え、自分用に使う分には問題ないのでこのまま放置してしまおうかと思っているw。今は単に手軽に使える(そして一番慣れている)ツールキットを使って 3D の描画がしたかっただけだから。それに、このままだと fltk のバグを直すだけで休みが終っちゃうし(笑。

fltkを OSX で使うために最新のリビジョンをビルドしたものの、テキスト編集まわりの挙動がどうにもおかしい。
カーソルを動かせばゴミが残るし、エディタなんかになると表示がボロボロに崩れて使えたものじゃない。
正式リリースじゃないしテキスト入力系のバグはよくあるのでとりあえず調査開始。

 ・Windows でビルドすると?
最新版じゃビルドできないww。ML のアーカイブを見ると、Windows 版では対応していない機能が最近追加されたらしい。追加される前のリビジョンでテストするとうまく動く。OSX ではやっぱりダメ。

 ・もっと古いリビジョンを試す
かなり古いものを持ってきても症状は同じ。

 ・src をいじる
Windows で OK で OSX で NG  なので、怪しいのは src/osx の中。問題のあるウィジェットのソースを見てるとFont.cxx の中の getwidth() 関数が怪しそう。OSX のテキスト処理とか詳しくないし調べるのもメンドいので、とりあえず返り値の数字をいじってみる→思った通りに挙動が変わる。更に、7.201172 とかキリの悪い数字を返していることもわかる。この時点で嫌な予感。

 ・TextDisplay.cxx に戻る
予想通り、getwidth() の返り値を int でキャストしてる(ぎゃー!!。これが原因か。半端な数字が丸められて、結果カーソル位置の計算がずれるっぽい。
これを直すのは面倒臭そう。キャストするのをやめるだけで直ればいいんだけど、それだけで足りるかなぁ。

とりあえず今日はここで力尽きたのでやめ。あんまりにも面倒臭そうだったら fltk-ml に丸投げするかw

というか、OSX でちゃんと使ってる人は誰もいないの!?