Raspberry Pi 2でiPhoneのUSBテザリングを使う - 組み込みの人。
新しい記事をQiitaに書きました。 Raspberry Pi 2/3/Zero でiPhoneのUSBテザリングを使う Raspbian jessie を使っています。 iPhoneのUSBテザリングについては以下のページに情報がありますが、この方法ではwheezyではうまくいきましたが、jessieではダメでした。 http://www.daveconroy.com/how-to-tether-your-raspberry-pi-with-your-iphone-5 Raspberry Pi How To: Tether to iPhone 5 でもうまくいく方法を見つけました。 準備。 $ sudo apt-get install ipheth-utils libimobiledevice-utils ifuse usbmuxd $ sudo mkdir /media/iphone
Raspberry Pi 2 でWebcamの映像音声を録画する - 組み込みの人。
前回の続きで、映像だけでなく音声も一緒にmp4ファイルに録画するようにしました。 #!/bin/sh if [ $# -ne 1 ]; then echo "Usage: " $0 " output_file" 1>&2 echo "Hit ^C to stop." 1>&2 exit 1 fi output_file=$1 gst-launch-1.0 -e \ v4l2src ! "video/x-raw,width=640,height=480,framerate=30/1" ! \ omxh264enc target-bitrate=1000000 control-rate=variable ! \ video/x-h264,profile=high ! h264parse ! queue ! \ mp4mux name=mux \ alsasrc device=hw:1 ! au
Raspberry Pi 2でH.264ハードウェアエンコーダを試してみた - 組み込みの人。
Raspberry Pi 1/2 にはH.264のハードウェアエンコーダが載っているとスペックシートには書いてあります。それをどうやって使うのか調べました。 参考にさせてもらったのは以下のページ Connecting The Dots: Raspberry Piでgstreamerを使ったh264エンコード raspbian - Hardware h.264 encoding and decoding on the GPU core - Raspberry Pi Stack Exchange GStreamer-devel - Stopping a gst-launch-ed pipeline H.264のハードウェアエンコーダはgstreamerのomxh264encに実装されているということです。 Raspbian jessie では必要なものは以下のコマンド一発で揃います。 $ su
LLVMLinuxをビルドしてみた - 組み込みの人。
LLVMLinuxはLinux kernelをClang/LLVMでビルドできるようにしようというプロジェクトです。先日のELCでも紹介されていました。興味があったので、まずはビルドしてみました。 基本的には以下のページの手順に従ってやっただけ。 Useful links | ClangBuiltLinux 最初はUbuntu 12.04でやりましたが、以下のエラーがでました。 CMake Error at cmake/modules/HandleLLVMOptions.cmake:13 (message): Host GCC version must be at least 4.7! gccは4.7以上が必要ということで、gccだけ追加しても他にも引っかかりそうに思ったのでUbuntu 14.04でやり直しました。 ソースの入手と準備 $ git clone http://git.lin
AndroidのARTでは実行中にプロファイリングを行ってそれに基づいて再コンパイルするようだ - 組み込みの人。
DalvikVMのJIT vs ARTのAOT AndroidのDalvikVMではDEXコードをインタプリタで実行しつつ、プロファイリングを行っていて実行頻度の高い部分をJITコンパイルします。コンパイルはメソッドよりも小さな単位で行われ、コンパイルにかかる時間もメモリも小さいのが特徴です。ただし、全体を見渡すような最適化を行うことはできません。コンパイルした結果は保存しません。本当に必要な部分しかコンパイルしないので、コードサイズの増大は最小限です。 それに対して、新しく登場したARTではDEXコードを実行する前にあらかじめコンパイルします。(=AOT: Ahead Of Time compile) コンパイルはインストール時などに行われます。コンパイルには多少時間がかかりメモリも消費しますが、JITに比べて最適化されたコードを生成することができます。コンパイルした結果は保存されるので
ARM 64bit でLLVMは見逃せない - 組み込みの人。
iPhone5S, iPad Airで64bit ARMプロセッサをいち早く製品化したAppleですが、驚きのニュースがありました。 AppleはOS X, iOSのコンパイラツールチェインをgccからclang/LLVMに移行しています。その64bit ARM向けのバックエンドをLLVMのコミュニティに公開し、それを本家のツリーのメインラインに統合するという話です。 ニュースの概要は以下の記事で読むことができます。 Apple Open-Sources Their 64-bit ARM LLVM Back-End - Phoronix その続報。 Apple, LLVM Developers Figure Out Their 64-Bit ARM Approach - Phoronix 一次ソースを自分でも確認しました。ことの始まりはLLVMdevのメーリングリストのこの投稿。 http
Android 4.4に入ったARTのソースを見た感想 - 組み込みの人。
Android 4.4 (Kitkat) のソースコードが公開されました。話によるとDalvikを置き換えるARTというものが開発者向けに使えるようになっているそうです。面白そうなので調べてみました。以下は全て推測と個人の感想です。 ART とは 公式な情報はこれ https://source.android.com/devices/tech/dalvik/art.html Dalvikと置きかえて使えるランタイム まだ開発中。開発者のフィードバックを得るために公開した Dalvikがデフォルトであると強調。 Dalvikのランタイムはlibdvm.soで、ARTではそれがlibart.soに置き換わるらしい。開発者メニューでどちらを使うのか切り替えることができるようだ。 http://gigaom.com/2013/10/22/google-buys-frances-flexycore-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
