「PIC AVR 工作室」サイトの日記的なブログです。
サイトに挙げなかった他愛ないことを日記的に書き残してます。
PIC AVR 工作室 ブログ



昨日の、Raspberry PiでRadiko録音の設定を少し
進めてたところ。

ネットに色々と挙がっている情報は、なんか少し古い
ものが多くて、…というより、Radikoの仕様変更が
結構頻繁なのか、
  「動かなくなったので、直した。仕変対応した」
みたいな情報が多かった。結局何が一番まとまった情報
なのかが判らず、色々もがきながら試行錯誤してた。

とりあえず、スクリプトを色々弄りなおした結果、
1分間録音して、m4aファイルに出力することまで出来た。
それにしても、なんでRadikoって、いまさらadobe flash
使ってるの?めんどい。

あと、色々弄りなおしたスクリプトの元ネタが、m4a形式
のファイルを出力する

目的のチャンネルを選んで、録音時間指定して、m4a形式
で出力できたので、あとはcron使って時間指定で録音
できれば、目的のものになるだろうとは思うんだけど、
なんでm4a形式にしちゃうかなぁ?というあたり。

UbuntuだかDebianだかRaspbianだかで、ffmpegが標準の
リポジトリに入ってないとななんとかで、代わりにavconv
を使っているのが原因みたいなんだけど、なんか、ffmpeg
入ったよ?aptで普通に。

まぁ、なんなら、スクリプトの最後の最後で、ffmpegを
使って、mp3に変換しちゃえばいいんだけどな。


なんにしても、大量のサイトを参考にしながら、色々と
弄り回したスクリプトなので、
  「手順を公開しろ!」
とか言われても、すぐには情報が纏められない状態。
あとで纏められたら、ちゃんと纏めておきたいところ。


それにしても、シェルスクリプトを色々と弄りなおして
いたせいで、このシェルスクリプトのどこで何の処理
をしているのかが、大体解った。
(結構弄りまくったよ…)





Aliexから届いた、D-SUB/HDMI/コンポジット信号受けて
LVDSのLCDに表示する変換ボード。動作確認用に、
例のフォトフレームのLCDにつないでみた…

http://brown.ap.teacup.com/nekosan0/3286.html

結果、このときと同じように変な映像だけしか出て来ない
状態だった。どうやら、こないだ壊してしまったのは、
ボードの方じゃなく、LCD側のほうみたいだな。

http://brown.ap.teacup.com/nekosan0/3203.html

この、フレキ部分が切れちゃってるんだろうと思うだけど、
これだけ交換できないかなぁ?

とりあえず、別途LCDを調達する必要がありそう。Aliex
でも送料無料で色々あるんだけど、安くは無い。だから
といって、以前みたいにハードオフに行けば有るとも
限らない。悩ましい。


そういえば、フォトフレーム関係の情報を漁っていたら、

http://honeylab.hatenablog.jp/entry/2017/05/06/060343

http://uekiya3da.blog.fc2.com/blog-entry-194.html

分解して遊んでいる人が結構いて、LCDとしてじゃなくて、
どちらかといえば、中に入っているマイコン基板自体を
ハックして遊んでいるみたい。シリアル端子を探して、
そこからローカルログイン(シリアルログイン)して、
中のOSを触っているみたい。

なんだかんだで、フォトフレームに入っているコンピュータ
って、Androidをカスタムしたものっぽいなぁ。へぇ。





昨日のHDDフルスキャンしてチェックした結果、30時間ぐらい
掛かったみたい。2TのHDDに、7割くらいデータが入ってる
状態だからなぁ。HDD遅いし、ファイル数が1600万ファイルを
超えてるし。
そりゃ、それなりに時間掛かるよな。

昔、FD1枚に、OSと各種ファイルが収まってた時代とは、
まったく世界観が違うよな…



コメント ( 0 )




https://trendnews.yahoo.co.jp/archives/550142/

ほほう。銀河英雄伝説のリニューアルのやつ、始まる
みたい。DVDレンタル屋にならぶかなぁ?Gyao!かな。





メインPCのHDD全体をフルスキャン中。べらぼうな数の
ファイルがあるせいか、丸1日経っても、半分ちょっと
しか終わってない。まぁ、Cドライブは終わってるので、
あとは高速化するだろうけどな。それにしてもすごい
時間掛かる。




Raspberry PiでRadiko録音したいなぁと思って、色々
環境設定してるところ。

https://qiita.com/komacchi/items/ca09d195699815c81c3e

この辺とか見てる。

最新版Raspbianをダウンロード・インストールして、
apt-get upgradeしたら、これまたすっごい時間待た
された。3月13日のCLI版。(Raspbian Stretch Lite)

最新のダウンロードしてるんだから、それほどない
だろうと思ってたんだけど、なんかすごい時間が
掛かったなぁ。
1コアの初代Model Bだからかなぁ?

とりあえずWi-Fi設定は済ませたんだけど、できれば
Model Bで有線LAN接続にして、あと、簡単なNAS機能
も載せておきたいんだよなぁ。





https://twitter.com/aroerina2/status/981178345583882240

Ki CADって、押しのけ配線なんて機能があるのか。へぇ。
面白い。ちょっと弄ってみたい。





https://twitter.com/bugnekotinyan/status/981173253409353728

やっぱ4096色だろ、と思ってたら、そうだった。





https://www.youtube.com/watch?v=HvgMOzQR4D0

うーーーん。なぜセガ限定に?

オイラ的には、ゲーセンのレースゲーム系で一番評価
高いのは、やっぱりバトルギヤなんだよな。あれは
ちゃんと物理シミュレーションしてるからな。

頭文字Dとか、バーチャレーシングとか、なんか少し
違うんだよな。セガラリーはかなりよかったんだけど、
バトルギヤの方がやっぱりクルマっぽいんだよな。

アウトランなんかは音ゲーだしな。





https://twitter.com/gakkari_club/status/980406168760631296

吸血鬼だ。





http://ikejima.blog.so-net.ne.jp/2017-04-12
https://yosshyyy.com/lifejacket-type

でた。またこういうの。

目的は、「着用率が低かったライフジャケットの着用率
を上げること」なんじゃなかったの?
なんで特定団体がお墨付きしたマークだけでokにする
ことになっちゃうの?

んで、こういうよくわかんない組織がお墨付きする
ための費用を、各メーカーに支払わせることでがっぽり、
っていう。いわゆる金のにおいしかしない。

着用率上げることと、桜のマーク、関係ないじゃん。
ほんと、ちょくちょくこういう「目的と手段が一致しない」
こと、好きだよなぁ。この国。

ちなみに、10年以上前に買ったオイラ愛用のライジャケ。
当然桜のマークなんて付いてないだろうなぁ。あとで
調べてみるけど。

せめて、内水面は桜のマーク無しでも、とりあえず
付いてればokにしてくれよ。あと、ヨーロッパとかで
okの規格については、グローバルスタンダードに倣う
っていう方向に出来なかったの?
(しちゃったら、特定団体にチャリンチャリンって
お金が落ちないから?)

内水面なんて、視認性とかあまり関係ないじゃん。
これまでに、既製品のライジャケ付けてて事故が起きた
事例なんて、あるの?





https://twitter.com/kelog21/status/981544838368657408
https://twitter.com/mipoko611/status/981532667949625344

へぇ。こんなこと有ったんだ。さすが日本の国技。

あと、この観客とやらもひどいよな。






https://carview.yahoo.co.jp/news/market/20180403-10298509-carview/?mode=full

アルミのエアバルブキャップ。へぇ。電蝕ねぇ。
まぁ、そうなるだろうな。

でもそもそも、なんで電蝕しやすい金属をバルブヘッド
にしちゃうんだろうねぇ?
安くて腐食しにくい金属だから?

まぁ、オイラ的には、この手のきらきらパーツでドレス
アップ!!みたいなことには無頓着なので、使うことは
ないけれどな。





https://twitter.com/figsoku/status/981001833630986240

ヒグマ。かっちょいいな。





https://twitter.com/sakamobi/status/981153738168520707

ちょっと飲んで、帰りに1杯食ってたのかな?





https://twitter.com/yoayayui/status/981083960477233152

情報統制してなかったからねぇ。当時は。
(出来なかったということかもしれないけど)





https://twitter.com/carcinoma_n/status/981028314998562816

新人類。





https://mainichi.jp/articles/20180405/k00/00m/030/139000c

youtubeの襲撃事件。

てっきり、銃関係の動画を規制するって話から切れた
人の犯行かと思ったんだけど、どうやら普通の
youtuberみたいだなぁ。



コメント ( 0 )




こないだAliexで頼んでた、D-SUB、HDMI、コンポジット
をLCD用信号に変換する基板、届いた。

https://ja.aliexpress.com/item/HDMI-VGA-2AV-Controladora-Board-LVDS-50-PIN-TTL-Monitor-PI-LCD-AT070TN90-92-94-X520G/32812781256.html

早いところ、動作確認しないとな。今回は操作用の
キーボード基板付き。これがちゃんと動いたら、
例のフォトフレームの裏側にマウント作って、
独立したモジュールにしたいところ。

そうそう。一説によると、この変換基板って、24kHz
入力に対応しているっぽいから、もしかしたら
88SRは変換ケーブルだけで繋がるかもしれないんだ
よな。(ケーブルは買ってある)





さらにAliexを物色。

SSD、またちょっと安くなっているっぽい。MLCの
120GBで、

https://ja.aliexpress.com/item/new-hot-2-5-Inch-SATA-III-And-SATA-II-SSD-128GB-4-Channel-Solid-State/1408529199.html

https://ja.aliexpress.com/item/SATA6Gb-s-2-5-SATAIII-120GB-SSD-120gb-SSD-For-Sale/32550548099.html

送料入れても40ドルをずいぶん割り始めている
みたい。

まぁ、

http://www.akibaoo.co.jp/c/item/0649528783356/
http://www.akibaoo.co.jp/c/item/0649528783356/

SanDisk、Crucialでも5000~5500円くらいになって
来てるんだよな。





http://akizukidenshi.com/catalog/g/gM-13174/

秋月で取り扱い始まった、Seeeduino Lotus。これいいな。
GroveシールドとArduino Unoを合わせちゃったみたいな
基板。1個でCPUもあるし、USBでシリアルモニタに繋ぐ
ことも出来るし、Groveコネクタがたくさんあるし。


http://akizukidenshi.com/catalog/g/gI-13191/

このオペアンプ。OPA827。すごいねぇ。高いけど。
入力オフセット電圧がJFETとは思えないほど小さい
(2桁くらい小さい)し、スルーレート速いし、
ユニティーで安定だし、その他、データシート読んで
みると、色々すごい使いやすそうだな。
1回路だけど。





昨日の続きで、色々CMTのFSK変調周りの情報収集を
してみる。

http://www.tiny-yarou.com/datarec.html

なんでもピーガー。

http://ch.nicovideo.jp/tsutsui/blomaga/ar1089298

うーーーん。P6の波形をwmaにしてうんぬん、って話
なんだけど、なんか矩形波じゃなくて、sin波を繋いだ
感じの波形だな…。

入力としてはどっちがいいんだろう?というか、古い
PC用CMTデータって、どっちの波形なんだろう?

それがある程度わからないと、比較するための波形
データに、矩形波を使ったほうがいいのか、sin波を
使ったほうがいいのか、判断付かないな。

今、88SRも、P8mkIIも、ディスプレー繋ぐ回路周りの
コンデンサが蒸発しちゃってるのか、信号がちゃんと
出ないんだよな。JR-100もしばらく使ってないんだ
よな。
MSXか。いますぐに動きそうな唯一のPCはMX-10なんだ
けど、あれ、カセットインターフェースが特殊なんだ
よな。カセットインターフェース回路を自作すれば、
まぁ、使えなくはないんだけど…

とりあえずJR-100で試してみるのがいいのかな。

もしくは、矩形波でもsin波でもいいように、入力時
にバンドパスフィルタで高周波(と要らない低周波)
を除外してから、sin波と比較(ベクトルの内積をとる)
するのがいいのかな。





https://twitter.com/bugnekotinyan/status/980261295936086016

36本、3ダース。




https://japanese.engadget.com/2018/04/02/mac-cpu-2020/

https://japanese.engadget.com/2018/04/02/macos-gpu-amd/

りんごマーク。CPUをARMコアの自社製に、GPUを
AMD(旧ATI)に舵を切るみたい。

Intel Macって、Windows機とハード的に近かった
から、りんごマークのOSサポートが切れても、
Windows用のLinux入れて使ったり出来たと思うん
だけど、これからはOSサポート切れたら、ただの箱
になっちゃうのかな?

https://kagami-tei.com/post-1502-1502

こういうの、もう出来なくなっちゃうっぽいきがする。





https://twitter.com/kamosawa/status/980394918584578048

日本って、なんか、昔から現場が何気に優秀で、しかも
ガッツでがんばっちゃうから、そのせいで自動化とか
効率化とかを推進する動機が弱くなっちゃって、結局
ほかの国が先に効率化して、抜かれていくっていう、
馬鹿らしい状況があるような気がするよな。




https://twitter.com/Fukushimapco/status/980789146204618752

雪ウサギ。



コメント ( 0 )




昨日の、CMTの記録に使っているFSK変調波形にノイズ
が載ったりしたときの補正処理について、図解をして
みた。

まず、一般的なFSK変調の波形。0とか1とかを、こんな
感じの矩形波で表したりするっていうところから。



0の場合は1個の矩形波、1の場合は2個の矩形波で表す
らしいことは、もともと知ってたんだけど、実際の
CMTに記録されたFSK変調波形は、ノイズが載ったり、
繰り返し再生している間にテープが伸びてしまったり
して、PCに読み込むときにエラーになったりするんで、
それをどうするかというお話。

スパイクノイズが載ってしまうと…



こんな風に、電圧の高低をコンパレータで判断する
単純処理だと、スパイクノイズが発生しちゃう恐れ
があるわけ。まずはその辺を何とかするための作戦。
つまり、振幅方向のノイズの補正。


これとは別に、テープが伸びて再生時間(というか
波の周波数)が変わってしまう場合(時間方向のノイズ)
については、以下とは別の処理が必要になるんだけど、
スパイクノイズが載ったりした時については、比較的
再生可能性を高めることは出来るんじゃないかなと。




この図の場合は、「01」と「10」だけの波形データを
描いてあるんだけど、あと「00」「11」も用意して
おくひつようがあるのはいうまでもなし。

こういう風に、数波形分を一纏めにして、取りうる
ビットパターンと合わせた波形データを用意しておいて、
それらを少しずつずらして、サンプリングした波形
データとの内積を計算してやれば、この波形データと、
サンプリングした波形データ(数ビット分)の類似性を、
スカラー(数値)として表現できるので、そのビット
パターンを改めて波形データにして出力しなおせば、
理論上はノイズがゼロに出来るはず。

単純なコンパレータによる電圧の高低判定とは異なり、
多少のノイズが載っていても、その他の部分との類似性
が活きているかぎり、数ビット纏めた全体としての
類似性を計算すれば、類似性が数値化できるので、
より元の波形を再現できる可能性が高まるはずだろう
なぁと。


ただしこれは、昨日も書いたとおり、キャリア波形の
周波数が300bps/600bps/1200bpsを前提にしているので、
それ以外の周波数帯を使っている場合、それに合わせて
サンプル周波数とか色々直さないといけないはず。
(MZの2000bpsとか)


ちなみに、多少(1%とか2%とか)のテープの伸びや、
モータ回転数の変動とかなら、波形から0とか1を
取り出すことに支障は無いはずなんだけど、問題は、
単純に出力しちゃうと、比較波形とのピッチの違い
を旨く吸収できないので、少しずつタイミングが
狂っていってしまうだろうこと。

長くなる分には、多少は吸収できそうな気がする
んだけど、短くなる(ピッチが高くなる)場合は、
処理が破綻することになりかねないので、その辺の
調整方法を「リアルタイム」で行う場合について、
色々考えてたところ。まぁ、理論上はなんとでも
できるんだけど、本当は、一旦大きなバッファに
溜め込んでおいて、そこから改めて出力しなおす
っていうバッチ処理のほうが、処理はしやすいん
だよな。






http://www.nicovideo.jp/watch/sm32977633

昨日の、フロム・ザ・レイスの話は、昨日触れな
かったけど、最後の最後に夢落ちってことになって
いるので、まぁ、エイプリルフールネタってこと
だろうけど、「次→ないよ」がちょっとだけ気に
なってる。

まぁ、何事も無かったかのように続くんでしょう。





http://www.afpbb.com/articles/-/3169609
https://twitter.com/ikmx5/status/980613978618343424

天宮一号、太平洋に落ちたみたい。
その直前に、日本の本州を横切ってるんだよな。
危なかったな。





https://www.beep-shop.com/blog/9357/

ぜひ、PC-8001mkIIのロゴを!!





https://trafficnews.jp/post/80133

台湾のナンカンは、ヨコハマが技術提携で技術を
注入してるから、日本製タイヤの数年前くらいの
技術を常に追っている感じらしいって聞いたな。

夏タイヤも、スタッドレスも、結構いいかんじ
らしい。

しかも値段が安いから、サーキットに履いて行って、
使いつぶすとかでもイイカンジのタイヤだよな、
って思ってたんだよな。



コメント ( 0 )




http://www.nicovideo.jp/watch/sm32977633

オイラの生きがい、フロム・ザ・レイス、これ、4月1日
ネタなのか、それともホントに最終回なのか、判断に
悩むところ。

まさか、これまでの編集って、今日に合わせてスケ
ジュール組んできたわけじゃないんでしょ?みたいな
感じで疑ってるんだけど。これで終わっちゃうとなんか
さみしいな。第13話であれだけ盛り上げておいて…





いまさらながらの、P8とかあの時代のカセットテープ波形
(FSK変調の波形)について調べなおす。

http://niga2.sytes.net/msx/JR100_2.html

この、JR-100とかMSXとかのカセットテープ波形について
かなり面白かった。ありがたい情報。

https://www.youtube.com/watch?v=ting4LMlpcY

MSXで、JR-100用のカセットデータを出力して、それを
読み込んでSTAR FIREを動かしている。すごい。


ただ、

http://www8.plala.or.jp/ita-sys/K02A_PC8001-File.html
http://home1.catvmics.ne.jp/~kanemoto/n80/inside.html

P8用の、カセットデータのフォーマットは、こういう
感じの「バイト列」データフォーマットは出てくるん
だけど、これをビット列単位、パルス単位に分解した
情報にはたどり着けなかった。


http://hamiyun.web.fc2.com/cstscanner/cstscanner.html

こういうプログラムがあるところを見ると、どうやら、
ソフト処理するロジックは明確に存在しているみたい
なんだけどな。


この情報で何をやりたいのかというと、マイコンで
CMTのデータを読み込んで微妙なパルスノイズとかを
除去した状態で、カセット音声データ解析して、ノイズ
を除去して出力っていう、リアルタイムノイズ除去を
やりたいな、と。

しかも、単にコンパレータとか、タイマのキャプチャ
機能とかを使って…っていう処理だと、微妙なパルス
ノイズとかでタイミングとかもろもろ狂ったりする
と思うので、違うアプローチで。

数波形分のデータを纏めてサンプリングしておいて、
それをベクトルの内積使って、どのパターンに一番
近いのか、みたいな処理を行うことで、もとのカセット
データの波形が持っている情報を、よりたくさん利用
してデータの再生可能性を高めるというものを作れ
ないかなぁ?と。

イメージ的には、FFT(DFT)の処理で、基底の波形
データと、入力波形データの内積を順々に取って、
その類似度を数値化(スカラー化)することと似て
いるかな。スカラー化した中で、どの波形に似ている
のかとか、どのくらい位相をずらした時にぴったり
合うのかとかを、数値で計算できるようにするという
もくろみ。

マイコン的には、多分Arduinoくらいの処理能力が
あれば足りるんじゃないかともくろんでいるところ。


その昔、カセットテープで保存してあったプログラム
が、テープ伸びたり、ノイズ拾ったりして、再生不能
になった悲しみを解消できれば、という点と、古い
テープ資産を持っているんだけど、再生が出来なくて
困っているという人に役に立つものになるのでは?
とか思っていたりするところ。

まぁ、テープが伸びてわかめになっているという場合
は、リアルタイムだとどうしようもないこともある
ので、そいういう点については、一旦PC上などの
大型バッファにデータをためておいて、あらためて
変換してから出力するっていうことも必要になるだ
ろうと思うんだけど、その場合も、入力時点で
ノイズ対策しておくと、後の処理楽かな?と。


問題は、300bps、600bps、1200bpsあたりの倍数の
パルス幅じゃないと旨く処理できないんだよな。
(明示的に処理を切り替えればいいんだけども)


http://blog-s1.sblo.jp/article/103687509.html

MZにしても、X1にしても、S1にしても、ボーレート
が違ってて、ちょっと厳しいところがあるな…





https://twitter.com/hosidastohosi/status/979742259288555520

スープラ。





https://twitter.com/Nabe_RMC/status/980244246287458305

これじゃぁ、ヒールアンドトーができ無いじゃん!
って思ったら、後半読んだら、ちゃんとできる
ようになっているっぽい。ポルシェは。





https://twitter.com/Nabe_RMC/status/980249222531268608

前のほうを走ってるクルマが、不穏な動きをしたとき
って、その動きに違和感を感じられるかどうかが
肝だったりするんだよな。





https://twitter.com/OfficialWRC/status/974323127579742208

ツールドコルス。





https://twitter.com/NmPlanter/status/978925814497525760

本州って、エキノコックスって、今回が初めての
危機なのかなぁ。
宮城蔵王キツネ村って、ちゃんとエキノコックスの
管理してるって言ってたけど、もしこっちまで
野生の動物で蔓延してしまったら、きつねはおろか、
本州のあちこちで、飼い犬すらやばくなるってこと
なんじゃないの?





https://twitter.com/mienokei/status/979310417745821697

写真にしか見えなかった…

というか、写真を模写したんじゃなくて、創造した
情景なんだろうな。これ。





https://www.youtube.com/watch?v=SCkVuk0IAKs

今日も、いつものようにSolive24だったみたいだな。
Boccoちゃんだけじゃなく、番組の枠組みは23階に
移動するまで、変わらないみたい。

2週間の延命だな。



コメント ( 0 )



« 前ページ 次ページ »