目次: ARM
先日(2018年11月28日の日記参照)の続きです。linux-nextでROCK64のアナログオーディオ出力から音が出ました。残る問題は1つでした。
3番目の「ACODECはTRMに何も情報が載っていない」を回避しました。
ACODECはI2S信号をアナログオーディオ信号に変換するハードウェアです。仕様を秘密にするようなハードウェアではないと思いますが、TRM(Technical Reference Manual)に記載がありません。無いものは仕方ないので、rockchip-linuxからドライバを移植しました。
残念ながらrockchip-linuxはカーネルバージョンが4.4と古く、ACODECドライバをlinux-nextに持ってきてもビルドできませんので、適当に直しました。ALSA SoCのドライバを作った経験があって良かった。うん。
とりあえずアナログオーディオは動いたのですが、昨日の日記にも書いた通り、44.1kHz系を再生するとACODECがおかしくなる仕組みは謎のままなので、まだ完成とは言えないです。
ROCK64はまだまだおもちゃとして遊べそうです。
この記事にコメントする
目次: ARM
先日(2018年11月11日の日記参照)の続きです。linux-nextでROCK64のI2S1が動きました。残る問題は2つでした。
1番目の「I2S1はなぜか動かない」の原因が判明しました。
I2S1だけ死んでいた原因は、日記のコメントでT4さんに指摘いただいていた通り、RK3328のクロックゲートの定義がバグっていたことでした。linuxの開発MLに修正パッチをブン投げておきました。先週のどこかで取り込まれたっぽいです。良かった。
RK3328のクロック分周器はかなり対応範囲が広いので、単純にシステムクロック=fs * 256とすれば、44.1kHz系を再生するときシステムクロックが11.2896MHzになり、48kHz系を再生するときシステムクロックが12.288MHzになって、うまく再生されるだろうと考えました。
やってみると48kHz系は正常に動作しますが、44.1kHz系を流すとEINVALを返してきて、なぜかACODECまでおかしくなり、リセットするまで一切音が出なくなります。イケてないです。
クロックのレジスタはGPLL * 147 / 6400 = 11.2896MHzに正しく設定されているのに、なぜかクロックドライバは11.289599MHzだと報告してくるので、サウンドドライバが44.1kHzの整数倍じゃないと判定してEINVALを返しています。
良く見るとGPLLの周波数も491.519999MHzという変な値になっています。なぜ491.52MHzじゃないのか?491.52MHzなら先ほどの割り算は割り切れるはずなんですけどね。
あと44.1kHz系を再生するとACODECがおかしくなる仕組みも謎です。ACODECとクロックに何か関係があるのだろうか?また今度追ってみますか。
メモ: 技術系の話はFacebookから転記しておくことにした。少し加筆。
この記事にコメントする
山手線の新型車両の車内広告は、横並びの3つの液晶ディスプレイを使いますが、各社で広告の見せ方が違って面白いです。
左から並べたとき、
動画、静止画の混在パターンもありました。
静止画のみのパターンもあります。
不思議なもので、3画面全て動画じゃなくても見栄えはします。しかし同じ静止画にされると、映っているものに関わらず、手抜き感を強く感じます。
メモ: 技術系の話はFacebookから転記しておくことにした。
この記事にコメントする
ASUS、ゲーミングスマホ「ROG Phone」を11月23日に発売 - ケータイWatch を読んで。
ゲーミングスマホを見ていると、割と高い(11万円)し、ゲーム画面が小さいし、これ売れるのかな?と思いますけど、スマホに吸収された機能って、何だかんだ言われつつ最後には駆逐されているし、いずれゲーム機もスマホに吸収されるんですかね?
スマホは「独自」と「最高性能」が売りで、ゲーム機は「均一」と「最低性能を保証」が売りで、設計の方向性の違いがあるので、個人的にはしばらくはゲーム機の置き換えは難しいだろうと踏んでいますけども。
FacebookでゲーミングPCの延長線ではないかというコメントを貰いました。言われてみればゲーム機というより、PCに近い設計思想だなと思いました。
スマホが当たり前の世代だと、PCを触ったことのない人も多いと聞くので、ゲーミングPCがそのうちスマホに喰われるかもしれませんね。
メモ: 技術系の話はFacebookから転記しておくことにした。一部加筆した。
この記事にコメントする
目次: Kindle
Kindle Fireがおかしいのは今に始まったことではないのですが、いくつかのタイトルのマンガがダウンロードできません。困りました。
Kindle Fireで本をダウンロードする方法は、私の知る限り4つありますが、うまくいったりいかなかったり変な挙動です。
ちなみにPCとAndroidにもKindleのアプリはありますが、どちらも正常にダウンロードできます。
Kindle Fireは安さが魅力的ですが、非常にイマイチな出来です。初代Kindle Fire HDも100冊くらいでハング連発したり起動不能になったり挙動不審でしたし、今使っている第七世代Kindle Fire HDもハングこそしませんが、上記のような変な挙動をします。
Kindleストアで買った本なのに「この書籍はDRMで保護されているので表示できません」エラーが出たこともありました。はあ?何言ってるの??と思って、もう一回表示させたら何事もなかったかのように表示されます。本当に意味不明です。
DRM掛かってる本なんてAmazonの本しかないよ!
最近は、新しく買ったマンガまでダウンロードできなくなってしまい、せっかく買ったのに読めなくて困っています。これはいよいよファクトリリセットか?マンガもアカウント設定も何もかも消えるから、再設定が面倒くさいんだよなーなどと考えていたのですが。
謎の「コンテンツ管理サービス」というアプリのデータを消去したら、ダウンロードできない病が直った気がします。
とりあえずこの状態でしばらく運用してみようと思います。
Kindleはもう嫌になったので、次は買わないと思います。しかし、困ったことに代わりになりそうなタブレットがありません。
Androidタブレット市場は、Kindleが利益度外視の安値攻勢で全て焼き払ってしまいました。特にマンガを読むのに適した10インチ級のタブレットは、新製品がほとんど発売されません。困ったね……。
メモ: 技術系の話はFacebookから転記しておくことにした。一部加筆。
この記事にコメントする
オープンソース製品の「仕様」 - 赤帽エンジニアブログを読んで。
前職ではLinuxに限らずOSSの仕様について質問されたことは何度かありますが、今同じことを聞かれたら、この記事を紹介したいですね。仕様が〜!と質問してくる人に対して感じていた、モヤモヤ感をスッキリ説明してくれるとても良い内容です。
今は自動車関連の会社に在籍している訳ですが、自動車の考え方と、OSSの考え方は合わなさそうな気がしました。
とはいえ今の時代、ソフトウェア開発において、OSSを完全に無視することはできませんし、OSSの劣化コピーなんて素人が作っても品質悪いだけで、金と時間の無駄なので、どこかうまく折り合いをつける必要があるでしょうね。
メモ: 技術系の話はFacebookから転記しておくことにした。11/11の投稿が元、一部加筆。
この記事にコメントする
| < | 2018 | > | ||||
| << | < | 11 | > | >> | ||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| - | - | - | - | 1 | 2 | 3 |
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | - |
25年10月6日
25年10月6日
25年9月29日
25年9月29日
20年8月24日
20年8月24日
16年2月14日
16年2月14日
25年7月20日
25年7月20日
25年7月20日
25年7月20日
25年7月20日
25年7月20日
20年8月16日
20年8月16日
20年8月16日
20年8月16日
24年6月17日
24年6月17日
wiki
Linux JM
Java API
2002年
2003年
2004年
2005年
2006年
2007年
2008年
2009年
2010年
2011年
2012年
2013年
2014年
2015年
2016年
2017年
2018年
2019年
2020年
2021年
2022年
2023年
2024年
2025年
過去日記について
アクセス統計
サーバ一覧
サイトの情報合計:
本日: