Cubieboard4 ファーストインプレッション

お遊びがてら弄ってみました。

1. 動画のデインターレス

日本のデジタル放送にはインターレス解除が必須です。

でも残念ながら、A30同様にダメダメなようです。

A10やA20のようにビデオH/W？でインターレス解除が行われることは無さそうで、
どうもショボイインターレス解除が行われています。

インターレス解除済みの動画なら綺麗に再生されてます。

やはりPowerVRの呪いだと思います。

2. UIの動作

キビキビしていてとても良い感じです。
こっちは逆にPowerVRの威力を感じます。

3. HDMI 4K 出力

試してみたいけど、モニタが無いです。
DELLの4Kが欲しいなぁ。

Cubieboard4が届いたよ

注文してから１週間。無事届きました。

早速アクリルケースを組立て、USBケーブルをPCに接続して...???
あれ、何度も再起動を繰り返し一向に起動しません。

これって、やはり嫌な予感が的中かなぁ...

私が購入したサイト r0ck.me ではCubieboard4用のACアダプタが売ってなかったので
違うサイトで購入したのですが、これがまだ届いてません。

そこで気になっていたのが、アダプタの仕様が、5V-4A。

うーん 4A が、USBから供給できるとは思えない...

とりあえず、Nexusの充電用の2AのアダプタにUSBを接続したら...
おお！！起動しました。

とりあえず、初期不良では無いみたい。
良かった。良かった。

ただ、これだと、USBをアダプタに接続しとかないといけないので、
PCに接続できないです。

結果、ビルドした自分のファームがボードに焼けません...orz

本格的にいじるのは、ACアダプタが届いてからになりそうです。

でも、これがまだまだ届く気配が無いです。
Trackingを確認すると、どうもまだ中国国内を彷徨っているみたい。

Cubieboard4を注文

前回、Cubieboard2を購入したサイトで、Cubieboard4の
取扱いを始めたようなので、注文してみました。

早速ダウンロードしたSDKをビルドして到着を待ちます。

今のところ、ビルドは順調に進んでいます。
最近は、Androidのビルドも素直になった物です。
昔は必ず幾つかエラーが出ていたので...


今回のSOCがA80なのですが、A20の時と同様に
動画再生用に使いたいと考えています。

ただ、GPUがA30と同じPowerVRという事が気がかりです。

別の開発ボードで、A30を試した時の事なのですが、
PowerVRによってUIの描画速度は各段に速かったのですが、
動画品質がA20に比べてお話にならない位に悲惨でした。

多分デコーダーとGPUの組み合わせの相性みたいな物が
あるのだろうと想像します。

A30での経験を踏まえ、まともなSOCになったであろうと
期待を頂きながら、待ちたいと思います。

Chromecast

ちょっと脇道にそれますがChromecastを買ってみました。

私の持っている、TVチューナーと組み合わせると、
凄く良い感じです。

録画サーバーにしてあるUbuntu上では、TV番組を mp4(H.264)に
変換しつつ録画。それを apache + h264 streaming mod で配信。

Chromecast SDKのサンプルをちょっと改造しアプリを用意。

無事、Chromecastを接続したテレビで録画データが再生できました。


ビエラジャンプリンクとか目じゃない位、いい感じです。

というか、私はビエラジャンプリンク対応前のビエラなので、
そんな機能は使ったことありませんが...^^;


ただ、このソフトを真っ当な手段で公開するためには、
DRMの仕組みを勉強しないといけません。

widevineとか言う奴が使えるとか使えないとか...
まだ全然分かってません。

よって、お蔵入りというか私の趣味の範囲で
使用する事になるのだと思います...

avcodec_open2でエラー(-1)

ある日、こんな不思議なエラーが発生するようになって、なんでかなぁ～って
avcodecのソースを眺めてみました。

すると...以下のようなソースが

/* If there is a user-supplied mutex locking routine, call it. */
if (lockmgr_cb) {
if ((*lockmgr_cb)(&codec_mutex, AV_LOCK_OBTAIN))
return -1;
}

entangled_thread_counter++;
if (entangled_thread_counter != 1) {
av_log(avctx, AV_LOG_ERROR, "insufficient thread locking around avcodec_open/close()\n");
ret = -1;
goto end;
}

えっ、排他制御を勝手にやってくれないの？
av_lockmgr_registerで排他制御用の関数を登録したら解決しました。

pthread使って勝手にやってくれれば良いのに、何か拘りがあるのかなぁ？
不思議です。

sys_config.fex の ir_para で ir_addr_code を指定出来るようになった。

新しいCubieのSDKでは、今まで使えていたリモコンが使えなくなりました。
今更ビルドミスも無いだろうと思い、ドライバの違いを確認していたら、やっぱりありました。

if(SCIRPT_ITEM_VALUE_TYPE_INT != script_get_item("ir_para", "ir_addr_code", &ir_addr_code)){
pr_err("%s: ir_addr_code script_get_item error. \n",__func__ );
ir_addr_code = 0x9f00;
}

ふーん。今までの #define で値を指定する方式では無くなって、
sys_config.fex で変更できるようになったんだね。

折角、今更こんな機能をご丁寧に作りこんだと言うのなら、sys_config.fex には...

「オプション増えたぜー！、ひゃっほー！、俺最高ー！」

ってコメント書いといてよ。

一番新しいと思われるSDK

本職でテンパっていて、音楽再生アプリ開発はとん挫してますが...
cubieboard2は、地道に使ってます。

Cubieの公式サイトには、一番新しいSDKでビルドしたと思われるCubietruckの
イメージがアップされているようなのですが、ソースがアップされてません。

http://cubieboard.org/2014/01/13/upgrade-new-android-for-cubietruckv1-01

Allwinnerからの正規のルートで、これと同じと思われるSDKのソースは入手してはいるのですが、
やっぱりCubieboard用の正規の物も比較用に配布して欲しいなぁと思ってました。

とは言っても、無い物は無いので、諦めていたのですが、全然関係無い調べ物をしているときに見つけました。

Cubietechの中の人のブログっぽいとこにSDKがアップされてる。

https://plus.google.com/+HuangBenn/posts/h2Q1KhWyPdo

なんでこんな所？？？
ちゃんとリソースのサイトで公開すれば良いのに...

ただし、注意点として、これビルドしてもCubieboard2では起動しませんでした。
多分、カーネルのconfigがcubietruck用になっているようです。

とりあえず、cubietruckで追加されたようなH/W絡みの設定（BTとBroadcomのWIFIとGMAC)
を削除したら起動しました。

本当の所、何が原因だったかは、まだ追及してません。