14/11/25 21:12:11.14 diTEMo0x.net
>>858
ISOファイルをマウントしてCD-ROMのように使うやり方ですよね。
全てのファイル？を可視状態で見れるということですね。
私は新規のドライブにリストアすれば、そのままブートするものと
勘違いしてました。すみません。
901:カミナリ桃 ◆hzkudVaLnM
14/11/27 20:12:55.70 cGVt7C1E.net
BluetoothでiPhoneと某機器間での通信を行う件、メーカーが提供してるサンプルを動かす事が出来た。
これを起点に来月中旬までにこの機器用のアプリを作るぞー。
この機器用のアプリ開発を通してswiftとBluetoothの扱い方を把握して、iPhoneとラズパイで通信させるアプリを作りたい。
ラズパイ用のアプリは1月を目標やね。
902:デムパゆんゆん＠１１月選挙！ 無能！ 選挙！ 【関電 73.6 %】
14/11/27 20:52:03.24 HZJyIVBd.net
>>854
そこまで消費電力気にするならzigbeeのほうがいいんじゃねの
たしかラズパイや互換向けのモジュールストロベリーリナックスとかで出してたと思う
903:カミナリ桃 ◆hzkudVaLnM
14/11/27 23:19:49.19 Q+0Tk+/J.net
>>861
や、今現在そこまで消費電力を切り詰めたいほどガッツリとした要件があるわけではなく、
「WiFiって電力食うのかー！」という最近聞きかじった知識をもとに
そうしたいと言っている程度です＞＜；
あとはスマホをリモコン代わりにしたいと考えているので、優先度的にはBLEです。
今後zigbeeに手を出す可能性は０ではありませんが、少なくとも３ヶ月は先になると思います。
904:カミナリ桃 ◆hzkudVaLnM
14/11/27 23:30:25.87 Q+0Tk+/J.net
ここまでBLEBLE言っときながら、Bluetooth関連の開発について先週から大して進んでいないな…
とりあえずiPhone側は曲がりなりにも見える位置に来たし、
Linux側での実装の仕方を調べるか。
905:カミナリ桃 ◆hzkudVaLnM
14/11/28 00:07:01.48 hmSl83bn.net
bluetooth深い…
URLﾘﾝｸ(d.hatena.ne.jp)
906:カミナリ桃 ◆hzkudVaLnM
14/11/29 02:59:54.25 WaOaR3rO.net
Bluetooth LE入門―スマホにつながる低消費電力無線センサの開発をはじめよう
URLﾘﾝｸ(www.amazon.co.jp)
この本を買ってたんだけど、今回の自分の目的にあわない。
ソフトウェア開発の話が全然ない。
ハードウェア寄りの人向けの本かなとも思ったけど、Amazonのコメントを見る限りそちら向けとしても中途半端。
本は洋書しかないんだろうな。
ググりつつGithubにあるBluetoothやiBeacon関連のソフトウェアのソースを読むしかなさそう。
某機器のリミットは12月半ば、そこまでの時間がない。
作戦を変更しよう。
907:カミナリ桃 ◆hzkudVaLnM
14/11/29 03:14:58.16 WaOaR3rO.net
やりたい事（アイデア）は幾つか既に出ている。
しかしこの機器がどの程度アイデアを実現可能かはわからない。
センサーの精度やレスポンス速度によっては無理な話もある。
センサーは幾つかの情報を返してくれるが、必要な情報だけに絞ればレスポンスが速くなるらしい。
メーカーからはiOS用のサンプルプログラムが提供されており、機器とiPhoneを通信させるだけならこれを起点に進める事は出来る。
ならばこのサンプルのソースを元にトライandエラーで進めれば機器の調査とBluetoothの件は早々に片付くはず。
時間がかかりそうなのはswiftとアプリ開発部分。
リミット時点ではやりたい事が出来ていれば完成度は二の次で良いとの事。
であれば開発速度優先のゴリ押しが有効。
結論、兎に角この機器を動かせ。
908:login:Penguin
14/11/29 03:26:19.33 o0cUinFx.net
>>866
着実に進んでいるようだね。応援してる&自分もやろうw
909:カミナリ桃 ◆hzkudVaLnM
14/11/30 23:04:30.13 XDeTKMZR.net
うひゃー、xcode全然わからねぇw
言うなれば「HTMLすらわからないけどECサイト作りたいんです」みたいな状態だわw
よーし「とてもダサいアプリを作る」をモットーに進めようwww
910:カミナリ桃 ◆hzkudVaLnM
14/11/30 23:27:55.88 XDeTKMZR.net
URLﾘﾝｸ(qiita.com)
↑を参考に縦スクロールできるビューが出来た！
プログラミング初学者なみのウキウキ感パネェなぁと我ながら思う。
これが出来たから、とりあえず一つの画面に全ての表示と設定項目を並べて
ひとつのソースの中に何もかも記述するやっつけ系糞コードが思う存分にかけるぞー＞＜
さて・・・メーカー提供のサンプルを見たところ、
同一ワークスペース内にSDKライブラリが別プロジェクト扱いで存在しいている。
多分、同じようなことをやらねばいかん雰囲気。
・ワークスペースとプロジェクトの扱いや操作方法全然わからねー
・swiftからどうやって参照できるんだろ
さーてググりますか。
911:カミナリ桃 ◆hzkudVaLnM
14/12/01 00:33:50.40 M4JxVdg1.net
Xcodeでworkspace+projectの件
URLﾘﾝｸ(developer.apple.com)
別プロジェクトのライブラリを読み込む＋swift&Objctive-C
URLﾘﾝｸ(blog.9wick.com)
URLﾘﾝｸ(qiita.com)
912:カミナリ桃 ◆hzkudVaLnM
14/12/01 21:46:04.01 jG1mSHkR.net
Bridge-Headerってのを用意して、そこでSDKのヘッダーを呼んでやればswiftからメーカーのライブラリを使えるようになった。
どうすれば別プロジェクトのヘッダー読めるんだ？って思ってサンプルプログラムみたら、ただの相対パスで頑張って参照しに行ってたわ…
なんかもっと別のやり方があるような気もするけど、今回はこれで行こうw
後々自力でLinuxとBluetoothで連携する上では、標準でついてる以下の二つのライブラリを使う事になりそう。
・Core Bluetooth Framework
URLﾘﾝｸ(developer.apple.com)
・External Accessory Framework Reference
URLﾘﾝｸ(developer.apple.com)
External Accessory Framework の方はググってもあんまり日本語情報出て来ないな…
サンプルプログラムはこれをどうつかってるんだ？
913:login:Penguin
14/12/01 23:31:25.22 WWWfjp8X.net
もったいないから、自分のブログにも保存しといてねw
914:カミナリ桃 ◆hzkudVaLnM
14/12/02 01:10:20.77 lhouqrhQ.net
あ、雑多な書き込み多くてすいません…(＞人＜;)
今やってる事は方向性も定まってるし、ブログ立ち上げてホイホイ情報放り込むのも良いかもしれない。
やりたい事はかなり単純なのにBLE関連やけに日本語情報少なくて苦労してるし、
これがうまくいったら無駄に起動してるだけのさくらVPSに情報をまとめたサイトでも作ってみるか～。
915:login:Penguin
14/12/10 14:29:24.95 2J08c5c6.net
handbrakeでmkvだけでmp4が出てこない時のおまじない
sudo apt-get purge handbrake # remove any old versions
sudo add-apt-repository ppa:stebbins/handbrake-snapshots
sudo apt-get update
sudo apt-get install handbrake-gtk
URLﾘﾝｸ(askubuntu.com)
URLﾘﾝｸ(bugs.debian.org)
URLﾘﾝｸ(apps.ubuntu.com)
916:カミナリ桃 ◆hzkudVaLnM
14/12/17 23:31:18.16 0RXnrVM6.net
ついにアプリ作成出来た♪──Ｏ（≧∇≦）Ｏ──♪
今週頭に動画撮影＆コンテストに応募しました。
URLﾘﾝｸ(plus-sensing.omron.co.jp)
※コンテストの審査に通れば↑の製品版が貰えるらしい
Bluetooth周りはうまいことSDK内に隠蔽されててGATTやらなんやらは気にせずに使えたものの、
おかげでラズパイとiPhoneをBluetoothLEで連携させて云々したいという所の知識はあまり身に付かずw
ただ、SDKとサンプル自体はソース付き、しかもApache licenseなので、
こいつを読み進めば「どうやれば出来るか」というのは掴めるはず。
どうにか1月末までにプロトタイプ的な物を公開したいなー
917:login:Penguin
14/12/17 23:57:30.01 PqN/Cijq.net
>>875
おめ＆乙…というかスゲー
順調に進んでいるようだね
公開楽しみにしてる :-)
918:カミナリ桃 ◆hzkudVaLnM
14/12/28 00:26:38.99 1nX7ksz1.net
やったー、↑のOMRONのサイトに掲載されましたーヽ(・∀・)ﾉ
審査方法がコードやアプリの提出ではなく、動画作ってYoutubeに投稿って形式だったんだけど、
OMRONのサイトにはモロ顔芸してる所のスクリーンショットががっつり掲載されてて恥ずかしい。。。
ま、まぁ自分が作ったアプリのコンセプトはしっかり伝えられる内容にはなったと思うし良いかな？
この機器、一般販売も始まったしアプリをもう少し作り込んでアップルの審査に出してみるかー。
自分のアプリ自体ニッチ過ぎるし使う人いるのかなwwwという気もするけど、
やっぱ自分の作ったものを世の中に出したいなーという欲求がフツフツと湧いてきた。
来月中に申請出せたら良いなぁ～
919:カミナリ桃 ◆hzkudVaLnM
14/12/28 00:41:29.99 1nX7ksz1.net
給料入ってきたので念願の半田ごてを買いました(｀・∀・´)
先月ラズパイの初心者向けの本を見ながら部品を色々ネット注文したんだけど、そのうちの二個が要半田付けなやつだったので意を決してついに購入。
2500円ほどで半田ごて、台、はんだ、吸い取りシートを購入出来たので良かった。
※電子工作って楽しいけど、自分初心者だし工具やら部品やらで結構お金かかるので大変(´ω`；)
これで今後はユニバーサル基板？で遊ぶ事も出来るなー。
920:カミナリ桃 ◆hzkudVaLnM
14/12/28 00:56:01.76 1nX7ksz1.net
会社にGitlab入れてみました。
以前はインスコが鬼門で断念したんだけど、最近は公式がrpm配っていたので簡単に出来た。
とはいっても構成が複雑っぽいのは相変わらずなので仮想環境一個作ってそこに入れた。
いままで中央はSVN、自分の手元だけはGitというやり方をやってたけど、細かい機能の開発が並行する事が多くて
そろそろ自分以外のメンバーもGitを使わないとチームとしてキツいという状況がずっとあったので、これを機にその辺の煩雑さが解消されると良いなー
921:login:Penguin
15/01/01 08:15:20.55 iqc9p6Uk.net
一年連続運用していたVPS上のcentosを元旦に再起動した。
万が一のことを考慮して、/root /etc /home など必要なファイルをバックアップした。
結果、rebootは成功した。
free -m では、「-/+ buffers/cache:」のFREEが1Gバイトほど増えた。
定期的な再起動は必要だなと思った。
あと、yum updateしたいけど、さすがにちょっと怖いのでやめておく。
起動しなくなったら怖い。
922:login:Penguin
15/01/06 11:55:15.11 ec6+R/2H.net
なんかしたらすぐ再起動せい
それでダメなら元からおかしい
まあセント自体がおかしいけど
923:login:Penguin
15/01/06 13:04:16.93 qEBGf66r.net
ドンドコドンドコドンドコドンドコドンドコドンドンドン
924:login:Penguin
15/01/06 13:29:56.95 OIKWhwSE.net
swapは起きてないんでしょ
925:○☆温泉☆○ ◆2iML/LSl36
15/01/17 17:37:07.86 scAgln6K.net
>>880
1年運用して、updateしたことないCentOSということは、穴あきbashですか…
926:login:Penguin
15/01/17 19:54:51.30 /UMtLaaA.net
updateする事でデメリットはあるのかい？
バックアウトの懸念は確かにあるが。
927:login:Penguin
15/01/30 16:21:05.46 ImdwLNaA.net
久しぶりにこの板来たけどカミナリ氏健在だね！
928:ヘーゲルの祈り
15/02/04 00:54:06.14 22OApqV5.net
適当に過疎っている画像無しのエロ掲示板を探してたら、↓したらばでこんな掲示板を見つけた。
URLﾘﾝｸ(jbbs.shitaraba.net)
実はこれおいらの友人が作った掲示板なんだな。
だからおいらには特に管理者権限はないので削除とかはできないけど兎も角利用させて貰う。
ちなみに、おいらの日記帳は↓スレ
URLﾘﾝｸ(jbbs.shitaraba.net)
Linux初中級者程度になれたらこちらに書き込もうと思う。
929:login:Penguin
15/02/04 14:20:38.61 VQAxUr3j.net
日記とスレタイに書いてあったのである程度覚悟してたが
２ちゃんねるでの馴れ合いがキメー
930:login:Penguin
15/02/04 14:23:28.91 XSPGc0kq.net
そういうのの隔離スレだからね。
キメーと思うならスレ読まない方がいい。
931:login:Penguin
15/02/04 16:02:51.52 CfNa3AW1.net
覚悟した上で開いて読んできめーと書き込むって相当きめーな
最近のブーメランは戻ってくる前に自分に突き刺すのか
932:login:Penguin
15/02/04 16:59:17.37 jRtPB7uj.net
みんな自宅鯖でもUPS使ってるの？
933:login:Penguin
15/02/06 08:39:50.87 G++eoqc/.net
>>891
自宅鯖って皆さん何の用途で使ってるんですか？
ファイルサーバー以外で。
inuxのISOイメージをbittrentで流すためのものとか？
934:○☆温泉☆○ ◆2iML/LSl36
15/02/06 09:33:35.73 vhRPGiNb.net
>>892
SIP,XMPP,グループウェア、DNS、セキュリティゲートウェイ、アーカイビングプロキシ、SMTPゲートウェイなどなど。
935:892
15/02/06 12:23:35.66 nc1DJnTR.net
web(グループウェア
936:)とsmbと仮想化 まぁshellやC/C++の開発環境ってのが一番大きいかな。楽だよねw 一階の家族がいろいろ家電を使うととばっちりを食ってブレーカがガシャン！ あーれーみたいな。
937:login:Penguin
15/02/06 18:23:32.40 hgKQV321.net
録画サーバと録画していらない所をカットしたファイルを
chromecastにトランスコードして送るDLNAメディアサーバを
最近たてました。
938:login:Penguin
15/02/07 05:11:13.09 +kfFZKdU.net
>>848-895
皆さん立派な用途を考えているんですね。
自分はWincdowsHomeServer2011だかなんだかというのを持ってるのですが、
それでも同じ事出来るんでしょうか？SMBは別として。
939:login:Penguin
15/02/07 13:33:51.97 QZBq8i58.net
窓鯖系はよくわからんなぁ
940:login:Penguin
15/02/07 14:13:27.85 LDdv0FIK.net
ここ日記スレだから質問はよそでやったら。
941:○☆温泉☆○ ◆2iML/LSl36
15/02/07 17:03:14.90 GhAu+DcW.net
>>896
それはWindows板か自宅鯖板へ行くか、
Windowsを消去してLinuxにするか…
942:login:Penguin
15/02/13 18:37:25.65 TWH06KTo.net
pipeligitインストールにようやく成功。これでフラッシュ見れるな
943:login:Penguin
15/03/19 13:49:13.10 t2x5wQHk.net
らじるのリニューアルにより
firefox, chromiumにより聴取不可能に、operaもだめ
かろうじてchromeのみ聞ける
944:login:Penguin
15/03/20 12:29:23.51 Hm8uRNJF.net
firefoxのwmpバージョンだと聞けた
URLﾘﾝｸ(www3.nhk.or.jp)
945:login:Penguin
15/03/20 12:56:12.76 O57HRzdU.net
らじるらじる？
946:login:Penguin
15/03/20 14:07:17.24 Hm8uRNJF.net
>>903
そうです
>>902
firefoxのwmpバージョンは音が出るまで時間がかかる
947:login:Penguin
15/03/20 14:29:26.68 O57HRzdU.net
>>904
ども まじさせん 冗談だと思ってました
948:login:Penguin
15/03/20 20:27:15.92 dokZe5pc.net
なんで冗談だと思ったのよ
949:login:Penguin
15/05/01 16:32:31.95 QwYrG2N+.net
UPS買うかなぁ
950:カミナリ桃 ◆hzkudVaLnM
15/05/04 23:01:29.92 1nhcLcSM.net
わーい連休だー( ；´Д｀)
正月以降予想通りハードワークでプライベートでやりたい事はやれてないっすよー´д` ;
このスレだけでもう8年、前スレ含めるとトータルで10年くらい経ってるのか…
社会人になると中々『何かやる』ってのが難しいよねーと思う今日この頃。
特に2年前に腰壊してからは『俺いつこの仕事からリタイアする事になってしまうんだろう…((((；ﾟДﾟ)))))))』と考えるレベルにまでなったので
色々身の振り方考えるなー。
まああんまり暗い気持ちにならない程度に考えつつ、今年も後半年強、頑張るぞー！
次の仕事、もしかするとiBeaconの仕事が来るかも？
Raspberry Pi久しぶりに動かさねば…
951:カミナリ桃 ◆hzkudVaLnM
15/05/13 22:21:19.36 AZM3VtgZ.net
iBeaconの発信、mode.jsでサクッと出来るんやね。
BluetoothのUSBドングル刺したラズパイでも発信出来るかいな？
952:login:Penguin
15/06/08 15:31:26.50 mT5+MChC.net
年月日時刻を表示
date "+%Y%m%d-%H%M%S"
953:login:Penguin
15/06/13 14:51:37.51 f4PZYiuT.net
smplayerの実行ファイルをmplayerからmpvに変更
URLﾘﾝｸ(smplayer.sourceforge.net)
954:login:Penguin
15/06/13 15
955::07:45.98 ID:f4PZYiuT.net
956:login:Penguin
15/06/13 22:24:07.10 yCbsZZBO.net
なんやそれ
957:login:Penguin
15/06/15 15:32:21.53 7YEsjpvr.net
date "+%Y%m%d%H%M"
958:login:Penguin
15/06/22 09:37:40.06 2mtn8Mtr.net
age
959:login:Penguin
15/06/24 23:40:33.79 TxQ3irfc.net
QSVを使うための俺のためのメモ
QSV を使用するためには、初期化しておかなければなければならないんだけど、
X11 を使う方式と、DRMを使う方式の２つがある。
X11 を使う方式だと、アプリケーションを ssh 経由で起動が出来ない。
DRM を使う方式だと、アプリケーションは ssh 経由で起動できる。
なので、特別な事情がない限り DRM が有利。
960:login:Penguin
15/06/25 23:21:30.30 g19Pe2uX.net
DRMの初期化方法
/sys/bus/pci/devices/* を対象に開く
/sys/bus/pci/devices/d_name/class を読み込み、DISPLAY_CONTROLLER であるかを確認する
/sys/bus/pci/devices/d_name/vendor を読み込み、Intel であるか調べる
/sys/bus/pci/devices/d_name/device を読み込むが、使用していない←やらなくてよくね
上記で発見した Intel display アダプタを デバイスファイル名にマッピングし、open()する
↑
コレのマッピングルールがようわからん。決め打ちで 0 番めは /dev/dri/renderD で 1 番めが /dev/dri/card と書いてあるんだが
open()して得た fd に対して、vaGetDisplay()
vaInitialize()
MFXVideoCORE_SetHandle()
で初期化は終わりか。マッピングルールの根拠が要調査。
961:login:Penguin
15/06/27 00:50:29.50 GloYDDj6.net
PCIデバイスからDRMで使用するデバイス名のマッピングの解決方法
/sys/bus/pci/devices/0000:00:02.0/drm/card0 ←コレのパス名から得るでOK
/sys/bus/pci/devices/0000:00:02.0/drm/renderD128
ちなみに、どちらのファイル名を使用してもいいらしい。
さぁ後コーディングだっ。
962:login:Penguin
15/06/28 16:53:06.15 AXChBsFX.net
とりあえずコードが想定通り動くようになった。
configure スクリプトも configure.ac も Makefile.am も修正した。
レビューしてパッチ投げかな。
963:login:Penguin
15/06/28 18:26:09.53 0L9WkSpE.net
共有ライブラリを作る場合は -fPICオプションでコンパイルするのだ
964:login:Penguin
15/06/30 00:33:12.80 cUuRi3W7.net
VLC向けにパッチを書いていたんだが、FFmpeg でも全く同じコードで動作するようになった。
handbreak も全く同じコードでLinuxで動作するようになっちゃったりして。
というか、なる気がする。
965:login:Penguin
15/06/30 10:14:39.49 iWNd7Mu3.net
何のパッチよ
966:login:Penguin
15/06/30 12:59:35.08 oIeXmfcm.net
QSVを使うためのパッチ。windowsと違って、どのデバイスを使うかを教えてあげないとqsvのライブラリが動かないのよ。
967:login:Penguin
15/07/01 00:42:37.53 +fQKguye.net
QSVを使うためのパッチを作らないとなー。と、思いながらVPPの仕組みのお勉強に費やしてしまった。
VPPとはなんぞや。
VPPとは Video Processing の略らしい。
YUV等のRAW形式の画像データに対して、フィルタの適用のような処理を行うことができる。
動画ファイルのデコード後、動画ファイルへのエンコード前に実施するイメージかな。
VPPでできること
1. 色空間形式の変更
2. デインタレース。処理の軽いBOBと、処理の重めのAdvanced DIが選択可能である。
デフォルトはAdvanced DIであるが、品質と処理速度を加味して選択することができる。
3. Crop やリサイズ等の解像度変更処理
4. 出力に適合するフレームレートへの変換(整数倍の対応しか出来ない模様)
5. テレシネ処理
6. ノイズ除去(hint)
7. ディティール・エッジの強調(ディティールエンハンサとかエッジエンハンサとか)(hint)
8. ブライトネス・コントラスト・彩度・色相の調整(hint)
9. 手ブレ補正(hint)
10. フレーム挿入による、フレームレートの補正(hint)
11. 画像解析(hint)
今日はこのぐらいで。
968:login:Penguin
15/07/02 00:34:29.30 KWuuOoan.net
Intel Media SDK と dispatcher(libmfx) の話。
Intel Media SDK(QSVを実装するためのライブラリ的なもの)を使用する際には、
SDKを直接叩くのではなく、libmfxというディスパッチャを経由して叩く形をとる。
ディスパッチャなんだけど、もちろんMedia SDKにも添付されているし、
URLﾘﾝｸ(github.com)
でも公開されている。
なんでディスパッチャは２つあるの？
1.Media SDK は商用ライセンスなので、OSSと直接リンクさせると具合が悪い
2.ディスパッチャをOSSにしておけばとりあえずGPL汚染は回避できる的な
なので、とりあえず動かすのだけが目的であればどっち使ってもいい。
バイナリ配布したかったら mfx_dispatch とリンクさせておけ的な感じ。
mfx_dispatch のSRPMが見つからないので、spec ファイル投げ込んでみますかね。
969:login:Penguin
15/07/02 21:28:39.90 KWuuOoan.net
mfx_dispatch なんだけど、github のを使うとマトモに動作しないみたいね。
Windows環境でしかマトモに試験されていない雰囲気。
Linuxだとビルドが通るね。やったね。
ぐらいにしか試験されていないんじゃないかな。
MFXInit()
MFXVideoCORE_SetHandle()
の順で呼び出しをすると、MFXVideoCORE_SetHandle()が
必ず MFX_ERR_UNDEFINED_BEHAVIOR を戻してしまって使い物にならない。
んー。とりあえずIntel Media SDKのディスパッチャ使っとけって話かな。
970:login:Penguin
15/07/03 21:36:47.62 snU6Mhwt.net
しつこく mfx_dispatch 続き
github 版を使うとうまく動かない件、コレと根が同じなんじゃないかな
URLﾘﾝｸ(stackoverflow.com)
github 版を static にコンパイルしてみたら想定通り動いた。
というか、関数呼び出しだけは成功するようになった。というのが正解か。
vaapi driver は Intel Media SDK 同梱の iHD を使わなければ動かないんだが、
OS標準版の i965 を使おうとしてエラーが出てしまっている。
まぁそれはそれで別の問題なんだけど。
それから更に別の問題があって、mfx_dispatch が
libmfxhw64.so を dlopen() する際に作成するパス名が思いっきり間違えている
これは簡単なバグなのでレポートしておきましょう。＞自分
971:login:Penguin
15/07/03 22:08:46.65 snU6Mhwt.net
まだまだ mfx_dispatch の続き
github版のmfx_dispatchとIntel Media SDKの違いがあることが分かった
github版はMFXInit()の中で MFXVideoCORE_SetHandle() を呼び出している。
なので、SDKマニュアルではアプリケーションは Linux では MFXVideoCORE_SetHandle()
を呼びださなければならない事になっているが、
github版を使用する限り、MFXVideoCORE_SetHandle()を呼ばなくて良い。
Intel Media SDK版を使用する場合は、アプリケーション側で
MFXVideoCORE_SetHandle() を呼びださなければならない。
という状態になっている。
んで、FFmpeg のパッチでこういうの
URLﾘﾝｸ(github.com)
があるんだけど、やっぱり筋が悪いと思う。
QSV のコードを書くときに、LinuxだWindowsだって意識させられるのってイケてないと思う。
OSS的にもgithub版を使ったほうがいい感じだと思うので、
github版をキッチリとデバッグした上で使う方がいいんじゃないかな。
github版の mfx_va_glue.c が DRI デバイス名を調べるときに
決め打ちとしているところは、mfx_library_iterator_linux.cpp と同じように
検索するように修正したほうがいいと思う。
とりあえずこんなところかな。
972:login:Penguin
15/07/04 21:34:09.00 PkAKQOuA.net
まだまだ続くよ mfx_dispatch
intel版とgithub版をdiff取って確認しつつ、修正してみる実験。
まぁガバッとコードコピペしてきてもいいんだけど。
まだあまり見られてないんだけど、main.cpp が結構違いがある。
このあたりの改造が聞いてきているんじゃないかなぁとなんとなく想像。
973:login:Penguin
15/07/05 00:45:02.09 KWLEDc77.net
寝る前の mfx_dispatch
github版で、VAAPI のドライバとして i965 が選ばれてしまう問題の対処が分かった。
/dev/dri/card0 をopenしてvaInitialize()に持って行くと i965 になる。
/dev/dri/renderD128 を～略～すると iHD になる。
ということで、結果が出ました。
コミットするか。
974:login:Penguin
15/07/05 16:51:37.97 KWLEDc77.net
今日の mfx_dispatch
github 版をパッケージ化して突っ込んで、最低限のVLCにパッチを当ててQSVが動くことを確認。
プロセス終了時（？）に落ちてしまっているので、また別の問題がある模様。
FFmpeg はコンパイル・リンクは通るんだけどセグメンテーションフォルトで落ちてしまっている。
多分、libmfxhw64.so の MFXInit() を呼び出した時に参照エラーが起こっているんじゃないかな。
スタティックリンクにすると動くと予想。
VLCは .so で動的リンクなのになんで動くんだろう。
後で調べてみよう。
975:login:Penguin
15/07/06 00:26:43.52 bpQZz2MB.net
今日の mfx_dispath
github版にspecファイルの追加。
github版のlibmfx.pc.in から libva-X11 のモジュールリンク指示を、
必要がないので削除。
VLC の QSV の初期化処理が誤っているため、
初期化が必ずエラーとなる問題に対処するパッチを書き、
vlc-devlel に投げ込んでみた。
良い週末でした。
おやすみなさいまし。
976:login:Penguin
15/07/07 23:54:34.74 Tjrm2qnT.net
MSDK の公式解説ドキュメントを読み理解する。
URLﾘﾝｸ(www.isus.jp)
URLﾘﾝｸ(www.isus.jp)
URLﾘﾝｸ(www.isus.jp)
ポイント：
QSV 高速に処理するためには、ASYNC処理を適切に行い(パイプラインを適切に組むということ)、
GPUの使用率を高める事が必要だ。
また、GPUの使用率が高い状態が続くことにより、
GPUのTuboBoostが効くようになって、更に処理が速く処理されるのである。
ふぅ。現実逃避は楽しいぜ。
977:login:Penguin
15/07/08 16:52:58.61 hEJ6uD7E3
=app-arch/engrampa-1.8*
=app-editors/pluma-1.8*
=app-text/atril-1.8*
=dev-libs/libmateweather-1.8*
=dev-python/python-caja-1.8*
=mate-base/caja-1.8*
=mate-base/libmatekbd-1.8*
=mate-base/mate-applets-1.8*
=mate-base/mate-common-1.8*
=mate-base/mate-control-center-1.8*
=mate-base/mate-desktop-1.8*
=mate-base/mate-menus-1.8*
=mate-base/mate-panel-1.8*
=mate-base/mate-session-manager-1.8*
=mate-base/mate-settings-daemon-1.8*
978:login:Penguin
15/07/08 16:53:30.50 hEJ6uD7E3
=mate-base/mate-1.8*
=mate-extra/caja-extensions-1.8*
=mate-extra/mate-calc-1.8*
=mate-extra/mate-dialogs-1.8*
=mate-extra/mate-media-1.8*
=mate-extra/mate-polkit-1.8*
=mate-extra/mate-power-manager-1.8*
=mate-extra/mate-screensaver-1.8*
=mate-extra/mate-sensors-applet-1.8*
=mate-extra/mate-system-monitor-1.8*
=mate-extra/mate-user-share-1.8*
=mate-extra/mate-utils-1.8*
=media-gfx/eom-1.8*
=net-analyzer/mate-netspeed-1.8*
=x11-misc/mate-notification-daemon-1.8*
=x11-misc/mozo-1.8*
=x11-terms/mate-terminal-1.8*
=x11-themes/mate-backgrounds-1.8*
=x11-themes/mate-icon-theme-faenza-1.8*
=x11-themes/mate-icon-theme-1.8*
=x11-themes/mate-themes-1.8*
=x11-wm/marco-1.8*
979:login:Penguin
15/07/09 00:49:39.50 3y5Gd+9s.net
VLCの初期化コードの件で、vlc-devel から回答が帰ってきた。
static int みたいなダメな実装は
980:良くない。とのこと。 というわけで、VLC/modules/codec/qsv.c の中で初期化されたかを管理するフラグが どこがふさわしいかを検討する。 p-sys はダメ。Close() する際に、free() されているので、使い物にならない。 使うんであれば、encide_t になるかなと思う、で、都合の良い変数を発見。 enc->i_flagss これ。多分他の場所でも値の変更(というかそもそも誰も使っていないんではないか)されていないと思う。 ただ、ほんとうに誰も使っていないかを確かめるためには、 gdb で watch enc->i_flags とでもするか ソースコード全部読む の二択だ。watch はやってみたところ開発マシンのメモリが4GBしか積んでいなかったので、 スラッシングに陥り、無事死亡。 ソースを読むのは余りやりたくないので、メモリ増強かなぁ。 8GByte x2 あたり追加してあげますかねぇ。 イライラしたから8Gx2買ってきた。 これで enc->i_flags が変更されてないことを確認して、 enc->f_flags にやりたいことを実装してパッチ送ってやるぜ。
981:login:Penguin
15/07/11 15:49:54.89 jXFlCtXP.net
VLCをgdbでゴリゴリ動かしてきた。
VLC/modules/codec/qsv.c
が今までに呼ばれたことがあるかどうか。を管理するための情報として、
enc->i_flags で良いんじゃないかな。という結論に達する。
gdb で enc->i_flags を watch して、プロセスが作られてから
終了するまで、触ってる人はいなかった。
なので、QSV encoder に限っては、i_flags の再低位ビットは
「今までに呼ばれたことがあるかどうか」を
管理するためのフラグとして使うように提案してみたい。
コードとしても、Open()が呼ばれた際に
enc->i_flags |= QSV_ENCODER_IS_INITIALIZED;
とかこんな感じかな。
gdb で変数 watch すると結構メモリ食うのね。
初期化のコードを動かすだけで6GBほど消費していた。
982:login:Penguin
15/07/11 20:08:34.22 BlB86vNF.net
VLCってなーに
983:login:Penguin
15/07/12 01:13:09.19 YSPMUozM.net
ggrks
VideoLanClient
984:login:Penguin
15/07/12 10:39:09.11 1euQw2PX.net
V2Cだとここのスレだけ毎回再読み込みしてるな
なんでだろ
985:login:Penguin
15/07/12 23:02:03.96 YSPMUozM.net
Gstreamer のTSパーサが NHK-E の番組の切り替わりのタイミングで、
処理をやめてしまうのは何故か。ということを調査してみた。
まだ調査は終わっていません。
試験環境はarch x64
単純にトランスコードしてみる。
$ gst-launch-1.0 filesrc location=input.ts ! tsdemux ! queue ! mpegvideoparse ! \
> mpeg2dec ! x264enc ! qtmux ! filesink location=out.mp4
$ vlc ./input.ts
$ vlc ./out.mp4
out.mp4 が新しく始まる番組の直前で切れることを確認
986:login:Penguin
15/07/12 23:03:05.67 YSPMUozM.net
デバッグビルドしてgdbで遊んでみる
$ gdb /usr/bin/gst-launch-1.0
(gdb) b src/gst-plugins-bad-1.4.5/gst/mpegtsdemux/tsdemux.c:1427
(gdb) run filesrc location=input.ts ! tsdemux ! queue ! mpegvideoparse ! mpeg2dec !\
x264enc ! qtmux ! filesink location=out.mp4
(gdb) bt
#0 gst_ts_demux_stream_removed (base=0x5555558ba020, bstream=0x7fffe4015a50)
at tsdemux.c:1428
#1 0x00007ffff5d63e00 in mpegts_base_program_remove_stream (
base=base@entry=0x5555558ba020, program=program@entry=0x7fffe4001100,
pid=256) at mpegtsbase.c:500
#2 0x00007ffff5d63f80 in mpegts_base_deactivate_program (
base=base@entry=0x5555558ba020, program=program@entry=0x7fffe4001100)
at mpegtsbase.c:579
#3 0x00007ffff5d64d9c in mpegts_base_apply_pmt (section=0x7fffe40a0390,
base=0x5555558ba020) at mpegtsbase.c:869
#4 mpegts_base_handle_psi
987: (base=0x5555558ba020, section=0x7fffe40a0390) at mpegtsbase.c:914 #5 0x00007ffff5d6544a in mpegts_base_chain (pad=<optimized out>, parent=parent@entry=0x5555558ba020, buf=0x7fffe409e180) at mpegtsbase.c:1168 #6 0x00007ffff5d65682 in mpegts_base_loop (base=0x5555558ba020) at mpegtsbase.c:1333 (gdb) p old_program->active $18 = 0 (gdb) p p section->version_number $19 = 10 '\n' (gdb) p old_program->section->version_number $28 = 8 '\b' section の version_number が変わっている。
988:login:Penguin
15/07/14 22:04:04.34 LwGhqClA.net
gstreamerのtsdemuxerの解析続き
NHK-E の番組の変更があったタイミングで、ストリームの処理が終わっている件の調査。
MPEG2 TSの解析を行ったところ、こんな感じらしい。
・NHK-Eは番組の変更のタイミングでPMT Versionの変更があるらしい
・PMT Versionの変更のタイミングで、音声ストリーム数の変更があり得る
・tsinfo の content changed の表示はPMT Versionの変更時
・gstreamerの tsdemuxer はPMTバージョン番号を見ていない
・PMTの中に入っているストリームの構成が変更(ストリーム構成変更等)された際に、
gstreamerはストリームの削除処理を行っている。
→これ以降、PADからデータが入ってこなくなってトランスコーダが動いていないと予想
上記を踏まえて gdb で継続調査。
mpegtsbase.c の mpegts_base_apply_pmt() にて、
PMTの更新を見つけた後の処理が具合が悪いんじゃないかと考える。
mpegts_base_activate_program()を呼んだ後に、
mpegts_base_deactivate_program()を読んでいる流れは問題なさそうだ。
mpegts_base_activate_program() を読んでみると色々怪しい。
default:
if (G_UNLIKELY (MPEGTS_BIT_IS_SET (base->is_pes, stream->pid)))
GST_FIXME
("Refcounting issue. Setting twice a PID (0x%04x) as known PES",
stream->pid);
んーー。GST_FIXMEって何だよ実に怪しい…
989:login:Penguin
15/07/15 21:16:21.27 WJPleMWG.net
gstreamerのtsdemuxerの解析続き
gdb でトレースしているんだけど、なんか変。
関数が終了するはずのない場所で終了している。
具体的には、
mpegtsbase.c
mpegts_base_activate_program()
の switch 文の判定の二回目の処理を行うところまで進めると、
呼び出し元の関数に処理を戻してしまっている。
しかし、これが根本の原因かというと、そうでもない雰囲気。
もう少し中で何が起こっているのか、全体像を眺めたほうがいいのかも。
990:login:Penguin
15/07/16 00:57:46.89 F3/+gdbl.net
ラズペリパイで遊んでる人いますかー
991:login:Penguin
15/07/16 22:09:07.87 cnun2qna.net
>>945
こんな過疎スレでなくて、専用スレ行ったほうがいいんでないかい。
ｽﾚﾘﾝｸ(linux板)l50
gstreamerのtsdemuxerの解析続き
NHK-E の番組の変更があったタイミングで、ストリームの処理が終わっている件の調査。
PAT内のストリーム構成が変更された際の処理は以下の通り
1. 旧ストリームを削除する処理を行う
2. 新ストリームを追加する処理を行う
PADに関しても1と2で破棄と作成を行っている。
んで、PADを操作した後に mpegvideoparse にキチンとデータが渡っているのかがとても疑問。
demuxer としての処理は正しい気がするので、
mpegvideoparse とのIFを少し見てみよう。
992:login:Penguin
15/07/16 23:10:49.86 F3/+gdbl.net
>>946
どもです
993:login:Penguin
15/07/18 00:40:00.31 rIEHf0N/.net
懐かしの libmfx 編
・mfx path の生成が誤っている
→指摘さんくす。直しとくね。
・DRI のデバイスファイル名の指定が誤っているから、iHDがロードされない件
→環境依存じゃね。と言われたので libva を読んで、card0 ではなくて renderN128 ではなければならない根拠を示しますかね
ソース読んでいないので推測になりますが、
libva のドライバを検索する処理が、
card0 が指定された時
994:と、renderN が指定された時とで、 異なっているんじゃないかなと想像。 ちょっと古い libva のパッチだと、 card0 でも動いていたのだけれど、 最新のコードでは renderN じゃないとダメなのではないかな。 軽くコード読んで寝ましょう。
995:login:Penguin
15/07/22 22:46:20.20 umFA+TSe.net
mfx_dispatch github 版の Makefile であれ？な点を発見。
-fPIC がついていないのね。なので、libmfx.a をリンクするときにリンクエラーが発生してしまう。
まぁ大した問題ではないんだけど。
996:login:Penguin
15/07/24 15:37:11.25 d/jdGd1Y.net
SMPlayerがおかしくなったので
$HOME/.config/smplayerにあるsmplayer.iniを削除したら直った
997:login:Penguin
15/07/27 13:09:38.93 3iPGC9hQ.net
"FirefoxでDailymotionの動画が再生されなくなったのだが、
プレーヤーが新しくなったようで、Adobe Flash Playerを
無効にしたら再生された。"
998:login:Penguin
15/08/01 21:26:10.28 FzdK5zUX.net
gstreamerのtsdemuxerの解析続き
PATのストリーム構成が変更になった際のパイプラインが停止になる場所をgdbから調べた。
tsdemux.c
1479 gst_pad_push_event (stream->pad, gst_event_new_eos ());
PATのストリーム構成が変更になった際に、ここでEOSのイベントを発生させていて、
パイプラインが PAUSED になっている。
PATのストリーム構成が変更になった際の現状の処理はこうなっている
・PATの処理が来ると、mpegts_base_apply_pmt()が呼び出されて以下の処理を行う
・ストリームの構成情報(ストリームの数)を調べる
・古いストリームの構成情報と比較。一致していない場合、以下を実施
・mpegts_base_new_program() を呼び出して program の初期化
・mpegts_base_deactive_program() を呼び出して old_program のストリームを消去
→この中で呼ばれる gst_ts_demux_stream_removed() が gst_pad_push_event() を呼び出すことで
gstreamer に EOF のシグナルが渡ることとなり、パイプラインがPAUSEDになる。処理が止まる根本の原因。
PATのストリーム構成が変更になった際の理想の処理を検討
・PATの処理が来ると、mpegts_base_apply_pmt()が呼び出されて以下の処理を行う
・ストリームの構成情報(ストリームの数を調べる)
・古いストリームの構成情報と比較。一致していない場合、以下を実施
・mpegts_base_new_program() を呼び出して program の初期化
・old_program と new_program を比較して、以下の処理を実施
1. old_program にのみ含まれるストリームの場合、gst_ts_demux_stream_removed() の gst_pad_push_event() を呼び出さない版を呼び出す
2. new_program にのみ含まれるストリームの場合、gst_ts_demux_stream_add() を呼び出す
こんな感じかなぁ。これで動くといいなぁ。
999:login:Penguin
15/08/01 21:27:58.37 FzdK5zUX.net
本来であれば、パイプラインをPAUSEDとした後に、またパイプラインをSTARTに持って行くように
頑張ればいい気もするんだけど、そうすると、チャンネル変更前後のストリームでバッファリングされてる
パケットが落ちてしまっていて具合が悪いんじゃないかと想像する。
基本的にはパイプラインはPAUSEDにしないほうがいいんじゃないかな。
というわけで、検証コードをプログラム中。
1000:login:Penguin
15/08/02 14:42:38.29 /CYTQ9oG.net
Xubuntuの起動オプションでxforcevesaとしてもよくわからず、
nvidiaのバイナリドライバを入れたら起動した。めでたし。
1001:login:Penguin
15/08/06 14:58:31.56 48HRmMd1.net
age
1002:login:Penguin
15/08/22 16:25:01.38 UBpjDX7u.net
~ $ ./rec_radiko.sh HOUSOU-DAIGAKU 1 /home/hoge
./rec_radiko.sh: 行 133: xmllint: コマンドが見つかりません
と出るのでxmllint(libxml2-utils)をインストール。。無事に動く。
1003:login:Penguin
15/08/24 00:30:02.14 +WN+cZ8B.net
MBM注意
外付けUSB-HDDにMBM入れて使っているけど、たまに間違ったパーティション情報が読まれることがある。
それでEnter押すとその間違った情報がパーティションテーブルに書き込まれパーティションが飛ぶようだ。
間違ったパーティション情報が読まれた時は、すぐにCtrl+Alt+DelでPCを起動し直すこと
1004:login:Penguin
15/08/29 23:31:58.86 VE0Q87ev.net
TVキャプチャしたストリームを MPEG dash + dash.js + 普通のブラウザ でTV視聴ができるか実験。
0 前提条件
ブラウザ
1005:にプラグインを入れるのは無し TVのMPEG2ストリームをH264に変換するのはQSVとする 1. 必要なもの ・TVキャプチャカード ・Centos7.1 ・CPUは Haswell i3 以上(Intel Media SDK はQSV OKでも動かないマシンがある) ・Intel Media SDK コミュニティー版 ・ffmpeg / livav のそれなりに新しい版 ・liblive555 ・liveMediaStreamer ・上記パッケージをコンパイルするために依存してくるライブラリ類 2.環境構築 依存関係に従って、ライブラリをインストールする。大まかな順序 OS→Intel Media SDK→ffmpeg→liblive555→liveMediaStreamer→liveMediaStreamer web front end 3.使い方 TVキャプチャ(recpt1)からの出力を、 ffmpeg -vcodec qsv に食わせて、-f rtp rtp://localhost:5004 でRTPで参照させる web front end から RTP の 5004 ポートを追加すると、 liveMediaStreamer からストリームが出力されて、 該当URIをVLCから開くと再生ができる。らしい。 VLCからライブストリーミングが再生できるところまで確認を進めましょう。
1006:login:Penguin
15/09/03 00:21:35.55 /uiv1PF4.net
>>958 の続き
コンパイルして道具を整えてみたよ編。
URLﾘﾝｸ(github.com)
Deployment guid の示す通りに依存関係で必要になってくる道具を揃え(specファイル書いてRPM握り)、
とりあえずなんとなく、初期ページが表示されるぐらいまで持って行った。
＃mongodb のコンパイルはお勧めしない。SPECファイルが腐っているし、コンパイルに1時間ぐらいかかるし…
で、だ。初期ページでstartボタンを押下すると。
Error: "Error connecting path. Better pray Jesus..."
とか表示されて、全然使えない。
livemediastreamer のプロセスは起動している模様。
/var/log とかには楽しいログは出ていない。
nginx のログはアクセスが来てますねぇ。ってぐらい。
DB(mongod)のログはログイン時に drop コマンドを投げましたよってのが出ているので、DB接続はできているんだろうなぁ。
こんな感じで八方塞がりですが、
まったり解析を進めていきたいと思います。
んー。どのソースから読んでいいやら…
1007:login:Penguin
15/09/03 08:11:51.11 1WXC3aTp.net
>>959
やりたいことを理解してなかったら申し訳ないんだけど、nginx使うなら↓あたり使っちゃダメなの？
ffmpegってrtmpで送信できたよね？
URLﾘﾝｸ(github.com)
1008:login:Penguin
15/09/03 11:20:01.49 jj4XB4jx.net
環境変えたらrec_nhk.shが動かなくなった
1009:login:Penguin
15/09/03 22:59:05.95 /uiv1PF4.net
>>960
コメントどうも。
nginx-rtp-module 使ってMPEG DASH live streaming出来ました。
【使ってみた感想】
とても良いオモチャが手に入った。
【使用する上での注意事項等】
CentOS7 で使う上での重要なポイント(サーバサイド)
dash_dir /tmp
とすると動かない。ネット上のあらゆるサンプルが /tmp になってたので思いっきりハメられた。
nginx-rtp-module が rtmp で受信したファイルを /tmp 配下のディレクトリには書き込めない模様。
とりあえず$HOME配下にしてみたら動いた。ログとか全く出ないので、
原因を
1010:つかむのに時間がかかりました。 dash.js と Firefox40(クライアントサイド) この組み合わせは動かない模様。 Youtube とかで HTML5 player で H264 がOKと表示されているので 動くと思っていたんだけど、動作しない。 Firefox Developer Edition を使えば動く。 【宿題】 チャンネル変更・視聴停止をする際に、recpt1 シグナルを送る仕組みをどうやって実装するか
1011:login:Penguin
15/09/05 00:11:38.39 BJKjz/LJ.net
>>962 の続き
久しぶりに FFmpeg をビルドして、QSV トランスコードするバイナリを生成してLive streamingで遊ぶ。
mfx_dispatch をまずインストールする。
./configure オプションで --enable-static --disable-shared 環境変数 CFLAGS=-fPIC をつける。
$ CFLAGS=-fPIC CPPFLAGS=-fPIC ./configure --enable-static --disable-shared
$ make && make install
今のところの mfx_dispatch を使うには、こうやってコンパイルする。
そうしないと、mfx_dispatch の中から MediaSDK の MFXInit を呼ぶときに死ぬ。
ffmpeg は libmfx を入れて、libmfx.pc のLDFLAGSに -ldl を追加すればビルドが通る。
mfx_dispatch の中の人に static build して ffmpeg を使う場合には
ldl が必要になるので追加してくれってコメントを出すこと。＞自分
最近の ffmpeg は decode にも encode にも QSV が使える。
だがしかし、QSVで decod/encode 両方を実施しても、
CPU使用率はそれなりに高い。2コア/4スレッドの
Core(TM) i3-4360T CPU @ 3.20GHz
のCPU使用率が200%強とtopで出た。なんか重いね。
画像の入出力はFull HDのストリームで、150fpsぐらいで動く。
ffmpeg の終了時に必ず core 吐いて死ぬのですが、これは close がどこか腐ってる疑惑か。
1012:login:Penguin
15/09/05 00:15:08.47 BJKjz/LJ.net
>>963 の続き
FFmpeg の QSVでエンコードしたストリームをRTMPで出して、
nginx-rtp-module でMPEG DASH LIVE配信してみたところ、
以下のような感じだった。
再生端末は基本的に arch を使用。
・VLC-git : 再生できるっちゃできるが視聴に耐えない
・Firefox40(dash.js): 再生出来ない
・chromium45(dash.js): 再生できるけど、マニフェストファイルを一回取りに行ったら、更新しない感じ。ライブ視聴出来ないじゃん
・IE11(dash.js): 未評価
・Edge(dash.js): 未評価
後でWin10とタブレット端末でも遊んでみましょう。
というか再生系が結構ダメな感じだなぁ。
マニフェスト読んできて、フラグメントしたMPEGを結合しながら
再生するだけだから、垂れ流しだけならまぁなんとかなりそうな気がするんだけど。
1013:login:Penguin
15/09/06 00:37:25.16 QHwcDJnf.net
>>964 の続き
VLC-git の再生が綺麗に出来なかったので、しつこく続き。
NW環境が悪いせいで再生が途切れがちになっていた模様。
→DNSキャッシュサーバ周りの設定が煮詰め切れてない感じなのでどうにかしましょう
ローカルで nginx を立ち上げて再生したところ、問題ない。
■次にやること(優先度はやりたいものから)
→epgdump の吐き出したXMLを読み込んで、今選べるTV番組一覧的なものを表示する js なスクリプトを作る
→cron.daily か何かに登録して、視聴する局の番組一覧情報を作る(epgdump) shell script を作る
→dash.js を使った再生用スクリプト整備
→それなりのHTMLの再生画面を検討する
→TVチャンネル変更時の処理の雛形を検討する
むむー。手元の作業用ノートPCが入院してしまったので、
進捗が遅くなりそう。退院は10日後とのこと。
チャタリングの出るキーボードは許せないのでしょうがないね。
1014:login:Penguin
15/09/06 12:44:25.58 96
1015:wmHhly.net
1016:login:Penguin
15/09/07 11:46:56.63 58E42T1r.net
URLﾘﾝｸ(qiita.com)
to use CaptureStream on Linux
$ sudo apt-get install libva1:i386
$ sudo apt-get install libsdl1.2debian:i386
$ sudo apt-get install libtheora0:i386
$ sudo apt-get install libmp3lame0:i386
（以下は...debをDownloadsディレクトリにダウンロードした場合）
$ sudo dpkg -i $HOME/Downloads/libass4_0.10.1-3ubuntu1_i386.deb
libass4はdebをとってくるか、リポジトリを追加する
1017:login:Penguin
15/09/09 23:50:10.99 HiRkcwFm.net
ウェブブラウザでテレビのリアルタイム視聴がしたい件の続き。
今日はepgdumpの出力するXMLのパーサのお話。
ajax 的にパースして、array とか object に入れていくことで、
番組表のデータを object にしまいこむことに成功した。
さて、後はこのデータを用いて、HTMLの表形式に出力して
番組表として最低限使える程度までブラッシュアップしていきたい。
地デジのXMLは局ごとに作らないといけないんだけど、
うーん。どうしようかな。全地デジをマージしたファイルを作成して、
それをHTMLに食わせて処理をするか。。。＞あまりよい筋ではない気がする
これがXMLの一覧ですよと js 側に教えてあげて、
適切に処理を行うのがあるべき姿だよなぁ
今のところ開発は順調です。
1018:login:Penguin
15/09/10 19:29:38.84 bxZOuH66.net
ajaxでjsonにxmlの一覧はこれとていぎする。xmlをajaxで読み込んでパースする。
くらいまでなんとなく書けたんだけど、jsがエラーも出ずに停止してしまって具合が悪い。
jsの書き方が悪いのか、データ構造が厳しいのかブラウザがウンコなのかイマイチよくわからん。
epgdumpのxmlはedgeで読み込めなかったりして、色々具合が悪い。
1019:login:Penguin
15/09/10 19:40:51.57 bxZOuH66.net
piro77氏版のepgdumpにjson出力があるのね。これを使ってみよう。
1020:login:Penguin
15/09/15 01:06:52.79 lA9TrMkN.net
PC買い替えてWLANにつながらなくて小一時間。
ルータでMACフィルタリングしてた…
1021:login:Penguin
15/09/20 05:15:46.95 SQz3OsnC.net
思い込みが有る。
1022:login:Penguin
15/09/20 05:17:02.81 SQz3OsnC.net
思い込みが有る。
1023:login:Penguin
15/09/20 05:17:50.48 SQz3OsnC.net
思い込みが有る。
1024:login:Penguin
15/09/20 05:18:45.05 SQz3OsnC.net
思い込みが有る。
1025:login:Penguin
15/09/20 05:19:46.96 SQz3OsnC.net
思い込みが有る。
1026:login:Penguin
15/09/20 05:20:45.77 SQz3OsnC.net
思い込みが有る。
1027:login:Penguin
15/09/20 05:22:37.17 SQz3OsnC.net
思い込みが有る。
1028:login:Penguin
15/09/20 05:23:55.32 SQz3OsnC.net
思い込みが有る。
1029:login:Penguin
15/09/20 08:48:28.01 s36MeNt9t
debian wheezy fcitx-mozcがOK
/etc/apt/sources.list
# deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official i386 NETINST Binary-1 20140426-12:25]/ wheezy main
# deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official i386 NETINST Binary-1 20140426-12:25]/ wheezy main
deb URLﾘﾝｸ(ftp.jp.debian.org) wheezy main contrib non-free
deb-src URLﾘﾝｸ(ftp.jp.debian.org) wheezy main contrib non-free
deb URLﾘﾝｸ(security.debian.org) wheezy/updates main contrib non-free
deb-src URLﾘﾝｸ(security.debian.org) wheezy/updates main contrib non-free
# wheezy-updates, previously known as 'volatile'
deb URLﾘﾝｸ(ftp.jp.debian.org) wheezy-updates main contrib non-free
deb-src URLﾘﾝｸ(ftp.jp.debian.org) wheezy-updates main contrib non-free
#########################################################
deb URLﾘﾝｸ(http.us.debian.org) wheezy contrib non-free main
deb-src URLﾘﾝｸ(http.us.debian.org) wheezy main
deb URLﾘﾝｸ(ftp.debian.org) wheezy-backports main
deb URLﾘﾝｸ(www.deb-multimedia.org)<) wheezy main non-free
1030:login:Penguin
15/09/20 08:41:14.77 FBZF0n5v.net
まだまだ続くよ mfx_dispatch
1031:login:Penguin
15/09/20 08:42:03.23 FBZF0n5v.net
まだまだ続くよ mfx_dispatch
1032:login:Penguin
15/09/20 08:43:01.45 FBZF0n5v.net
まだまだ続くよ mfx_dispatch
1033:login:Penguin
15/09/20 14:57:26.36 NfVjA7mX.net
rec_nhk.shを新しいのにしたら動いた
URLﾘﾝｸ(gist.github.com)
rec_nhk_radio.shというのは動かなかった
URLﾘﾝｸ(skalldan.wordpress.com)
./rec_nhk_radio.sh: 行 35: avconv: コマンドが見つかりません
libav-toolsをインストール
/tmp/_: No such file or directory
やっぱり動かない
1034:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています