Instagram 始めてみました

流行りに便乗して始めてみた。

基本的に Instagram の写真は正方形が基本だが、ヘルプを見ると長方形の画像も投稿できるらしい。

前から疑問に思っていたのだが、 Instagram アプリで撮った写真は最初から正方形だからいいとして、
端末上にある純正カメラアプリで撮った写真や、クラウド (Google Photo) 上の写真 (長方形) を投稿した場合、アップされた画像は正方形になるのか、長方形になるのか？

実際にやって試してみた。

実験1

端末に以下の様な JPEG ファイルを用意して、 Instagram アプリ上で一つずつ投稿

投稿した元画像

16:9 (4096×2304: 端末カメラの解像度)

4:3 (4096×3072: 端末カメラの解像度)

3:2 (5184×3456: 別カメラの解像度)

変換された画像

16:9 (1080×608)

4:3 (1080×810)

3:2 (1080×720)

投稿時にトリミングするかどうか選択できるので、「トリミングしない」を選択すると元のアスペクト比のまま投稿された。

実験2

端末上の JPEG ファイル (実験 1 と同じ) を、 Instagram アプリ上でまとめて投稿

16:9 → 1:1 (1080×1080)

4:3 → 1:1 (1080×1080)

3:2 → 1:1 (864×864)

どうやら、複数画像をまとめて投稿すると勝手にトリミングされるらしい。
何で 3:2 画像だけ 1080pix じゃなくて 864pix にされたんだろう…？

実験3

Google Photo 上に以下の画像を準備し、 Google Photo アプリから一つずつ Instagram アプリに共有

投稿した元画像

16:9 (4096×2304: 端末カメラの解像度)

4:3 (4096×3072: 端末カメラの解像度)

3:2 (4898×2304: 別カメラの解像度)

変換された画像

16:9 (1080×610)

4:3 (1080×810)

3:2 (1080×720)

他アプリからの共有でも、一つずつならばトリミングするかどうかが選択できる。

実験4

Google Photo 上の画像 (実験3 と同じ) を、まとめて Instagram アプリに共有

確認できず。どうやら Instagram アプリは複数画像の共有に対応していないらしい…orz

結論

複数の画像をアップロードする場合に元画像のアスペクト比を保持するには他の専用アプリが必要。

ちょっと調べたら、下記のアプリが有名らしい。

• 正方形さん(画像): iOS 版 / Android 版
• Instasize(画像): iOS 版 / Android 版
• 正方形どん(動画): iOS 版 / Android 版

補足

今回、 Instergram にアップした画像の解像度を調べたのだが

Instagram に投稿した画像ダウンロードできないという衝撃の事実を知った。

専用のアプリか Web サービスを利用すればダウンロードできるらしいが…。

仕方ないので、投稿を Facebook とシェアして、 Facebook 側からダウンロードした。

しかし…複数画像の投稿には癖あるわ、自分で投稿した画像であってもダウンロードできないわで

正直言って使い難いぞ、このアプリ。 (と言うかサービス自体)

何でこんなのが流行ってんだろう…？？？

ちなみに、テストでアップロードした画像は全て削除したけど、
シェアされた Facebook 側の画像は削除されませんでした。
使うときは気を付けなきゃ。
#やっぱり使い難いぞ…

水中用にマクロレンズが欲しい件

今年の 6 月末に発売された EF-S35mm F2.8 Macro IS STM が欲しい。

いや、マクロレンズは EF100mm F2.8L Macro IS USM を持ってるんだが
水中だとレンズ交換ができないので、小さな動物しか撮れない。

狙う生物がはっきりしている場合はいいのだが、
何が見れるのかわからない時なんかも多々あるので
35mm 換算で 56mm という標準レンズ並みの画角であるこのレンズなら
ちょっと大きめの生物や人なんかも撮れるんじゃ、と思ったわけ。

ただ、焦点距離が短くなるとワーキングディスタンスが短くなるので
手持ちのレンズポートで最短撮影距離まで寄れるか心配になった。

ということで、ちょっとシミュレートしてみよう。

レンズのサイズはメーカーのページを見ればわかるので
ワーキングディスタンスを計算しようとしたが…
何だ、カタログに 30mm って書いてあるじゃん。

後はハウジングにカメラをセットし、必要なサイズを計測してみたところ

ハウジングとポートとカメラの概略図(数字は mm)

という結果になった。

…あれ？レンズ先端からポート先端まで 30mm を越えてるぞ！？

てことは、等倍撮影はできないってことか…orz

ま、いっかw
等倍にこだわるなら 100mm 使えばいいし。

ちなみに、ハウジングの外からピントリングを回すためのギアも存在しないので
特注ギアを作る必要があるけど、既存のギアと値段さほど変らないので
作ってもいいかな、って思ってたり。

…やっぱり、欲しいわコレ。買っちゃおうかなぁ～。


悪魔の声: 欲しいんだろ？買え…。買ってしまえ！！
天使の声: ダメよ。壊れかけの洗濯機が先でしょ！？

ヽ(__ __|||)…


※注: 図の数値はものさしで適当に測っただけなので、誤差がかなりあると思われます。
参考程度にして下さい。

Windows 10 でスタートメニューに表示されないアプリがある

写真の現像に Canon の Digital Photo Professional (以下 DPP) を使っているのだが、
ふと気が付くとスタートメニューに DPP が表示されていない。

本来なら Canon Utilities の下にあるはず

アプリ本体はちゃんと

C:\Program Files\Canon\Digital Photo Professional 4\Dpp4.exe

に存在し、起動することもできる。

ネットで調べてみたが、似た症状も有用な情報も見つからない。
俺の環境だけか？とちょっと絶望しかけたが、なんとか解決したので経緯をメモしておく。

まず、Windows のスタートメニューは、以下にあるショートカットを表示する仕組みである。

C:\Users\《ユーザー名》\AppData\Roaming\Microsoft\Windows\Start Menu (ユーザー個別)
C:\ProgramData\Microsoft\Windows\Start Menu\ (全ユーザー共通)

で、何かの表示に上記フォルダから DPP のショートカットを削除してしまったかと思い
確認したが、以下の場所にちゃんとある。

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Canon Utilities
C:\Users\《ユーザー名》\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\_MyLauncher

(下の方は、よく使うアプリをまとめるために作ったフォルダである)

そういえば、スタートメニューの _MyLauncher 以下には DPP はちゃんと表示されている。

自作の _MyLauncher 以下にはちゃんと存在

そこで、ふと思った。
「もしかして、スタートメニューに表示されるアプリは一つだけじゃね？」
ということで、 _MyLauncher 以下の DPP ショートカットを消してみたところ
ちゃんと Canon Utilities 以下に表示された。

復活!?

やはり、複数ショートカットを作ってもスタートメニューに表示されるものは一つだけのようだ。
念のため、 Canon Utilities 以下のショートカットをコピーで 2 つに増やしてみたが
スタートメニューに表示されるのは一つだけだった。

つまり、ユーザー個別領域の _MyLauncher 以下にショートカットがあったため、そっちが優先されて
本家の Canon Utilities の方には表示されなかった、というのが真相のようだ。

と言うわけで DPP だけではなく _MyLauncher にショートカットを置いたアプリが全て
スタートメニューの「本来の位置」に表示されなくなっているわけだが、
スタートメニューには普通に表示させたい。

そこで、対策として _MyLauncher の位置を別の位置に変えることにした。
どうせ _MyLauncher を見るのはファイラーとして使っている X-Finder からであり、
別にスタートメニューに表示されなくてもよい。
これで解決。

しっかし…。 Windows 7 のころは両方とも表示されている^※1ので
Windows 10 で変わったぽいが、なんでそんな意味不明の仕様に変えたんだろう？？？

^※1

会社の Win7 で確認している

Windows10 の IME 状態をアプリ毎に変えるための設定

仕事でもプライベートでも Windows 上で emacs を使っているのだが
キーバインドが干渉するため IME を emacs とその他のアプリで分けている。

• emacs 使用時: Microsoft IME¹
• 上記以外: SKKFEP

Win10 になってもその辺の事情は変わらないのだが、 Win10 になってから
これまではアプリ毎に保持されていた「使用している IME の種類、 ON/OFF 状態」が全アプリ共通になったらしい。
どういうことかといえば、例えば

1. emacs を「Microsoft IME」「オフ」で使用
2. ブラウザを立ち上げ「SKKFEP」を「オン」にして日本語入力
3. emacs に戻ってくる

という操作を行なった場合、これまでは「Microsoft IME」「オフ」の状態に戻っていたのだが Win10 からは「SKKFEP」「オン」の状態のままになった。
当然、そのあと「Microsoft IME」「オフ」に再設定した後、ブラウザに移動すると「Microsoft IME」「オフ」の状態になる。

これでは、使い難くてしょうがないので、以前のようにアプリ毎に IME 状態を保持する設定に戻す方法を調べてみた。
たぶん、俺の『Windows を入れたときに必ず行う初期設定』に追加されるべき設定だと思うので、メモとして残しておく。

1. 「設定」画面を開く
2. 「時刻と言語」のアイコンをクリック
3. 左側にある「地域と言語」をクリック
4. 関連設定欄にある「日付、時刻、地域の追加設定」をクリック →コントロールパネルの「時計、言語、および地域」ウィンドウが開く
5. 言語欄にある「入力方法の変更」をクリック
6. 左側にある詳細設定をクリック
7. 入力方式の切り替え欄にある、「アプリウィンドウごとに異なる入力方式を設定する」にチェックを入れ保存

…と、ここまで書いておいてなんだが 手順 4 でコントロールパネルが開くんだからコントロールパネルからいった方が早いw

スタートボタン右クリックから「コントロールパネル」→「言語」→「詳細設定」

Footnotes:

¹

ただしオフの状態で使用。日本語入力は emacs 上で動く ddskk を使っている。

Created: 2017-05-03 水 08:21

Emacs 24.5.1 (Org mode 8.2.10)

Validate

きつねうどん

いつも昼飯を食べてる食堂で売っているうどんは
トッピングが「揚げ」か「ワカメ」を選べるようになっている。

ある日、そこで食堂のおばちゃんと、うどんを食べに来たおっちゃんのこんなやり取りを聞いた。

おばちゃん「揚げとワカメどちらにしますか？」
おっちゃん「きつねで」
おばちゃん「揚げですね。」
おっちゃん「いや、きつねで」

…(＊´д｀)??
揚げもきつねも同じだと思うのは俺だけだろうか？

ubuntu server 入れてみた

永らく自宅のサーバーは fedora を使っていたのだが、 PC 構成を変えた機会に流行りの ubuntu (笑) に変えてみた。

一通りセットアップをしたが、管理コマンド等がかなり違っているので、たぶん次にメンテが必要になったときには完全に忘れてるだろう。

まあ、また検索すればいいのだが、毎回検索するのもめんどいし時間の無駄なので使ったコマンドを一通り備忘録として残しておく。 ついでに参考ページも書いておくｗ

1 パッケージ管理

# apt update
# apt upgrade
# apt install 《パッケージ名》
# apt list
etc...

2 ネットワーク

2.1 再起動

# service network restart

2.2 NIC の設定

# vi /etc/network/interface
# ifdown eth0
# ifup eth0

3 samba ※詳しくはこちら

3.1 ユーザー追加

# pdbedit -a 《ユーザー名》

3.2 再起動

# systemctl restart smbd nmbd

3.3 /etc/samba/smb.conf

[ext1]
 path = 《公開するディレクトリ》
 writable = yes
 create mode = 0744
 directory mode = 0755
 share modes = yes
 guest ok = no
 valid users = ozawa

4 DHCP サーバー

4.1 基本設定

# vi /etc/dhcp/dhcpd.conf

4.2 有効にするインターフェースの設定

# vi /etc/default/isc-dhcp-server

4.3 サーバー再起動

# service isc-dhcp-server restart

4.4 NAT-Routing

4.4.1 構成

[外部] --- [eth0] --- [NAT] --- [eth1] --- [localnet]

4.4.2 設定

#!/bin/sh

# delete rules
iptables -F
iptables -X

# default settings
iptables -t nat -A POSTROUTING -s xxx.xxx.xxx.xxx/255.255.255.0 -j MASQUERADE
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT

4.5 ルーティングを有効にする

# echo "1" > /proc/sys/net/ipv4/ip_forward

4.6 システム起動時にルーティング有効

# vi /etc/sysctl.conf

4.7 ルールの保存

# iptables-save -c > /etc/iptables.rules

4.8 設定の表示

# iptables -L -n

4.9 全ルールの削除

# iptables -F -t [ filter | nat | mangle ]

4.10 システム起動時にルールを有効

• /etc/network/if-pre-up.d/iptables_start を作成する

#!/bin/sh
/sbin/iptables-restore < /etc/iptables.rules
exit 0

• # chmod +x /etc/network/if-pre-up.d/iptables_start

4.11 シャットダウン時にルールを保存

• /etc/network/if-post-down.d/iptables_save を作成する

#!/bin/sh
/sbin/iptables-save -c > /etc/iptables.rules
exit 0

• # chmod +x /etc/network/if-post-down.d/iptables_save

Created: 2017-04-05 水 01:32

Emacs 24.5.1 (Org mode 8.2.10)

Validate

続・最短撮影距離と最大撮影倍率を測ってみた

前回、 EF-50 f1.8 STM に エクステンションチューブ や テレプラス 1.4X をつけた状態で 最短撮影距離と最大撮影倍率がどう変化するか測ってみた。
今回は、それの水中用バージョンをしようと思う。 測定するのは、水中でマクロ撮影をするときの組み合わせ

• EF-100 f2.8L Macro IS USM
• FIX クローズアップレンズ UCL-120

である。

撮影風景。相変わらず器材がw

撮影写真。だいたい 12.9 mm くらい

前回同様に計算すると

• 最短撮影距離 = 27 cm
• 最大撮影倍率 = 22.3 ÷ 12.9 ≒ 1.73 倍

	最短撮影距離	最大撮影倍率
クローズアップレンズなし	30 cm	1 倍
クローズアップレンズあり	27 cm	1.73 倍

という結果になった。

Created: 2017-04-02 日 11:59

Emacs 24.5.1 (Org mode 8.2.10)

Validate

最短撮影距離と撮影倍率を測ってみた

エクステンションチューブや、クローズアップレンズをつけると
最短撮影距離が縮まったり、撮影倍率を高めることができる。

だが、具体的にどのくらい変化するのか、製品の説明を見てもよくわからない。
なので、実際に測ってみた。

測ったのは

• カメラ EOS 7D
• レンズ EF 50mm f1.8 STM
• アクセサリ
• Canon エクステンションチューブ EF12II
• Kenko テレプラス HD 1.4X DGX

測定方法は、ものさしを「できるだけ寄って」撮るだけ。

測定風景。道具がありあわせ過ぎるw

カメラの画像素子の位置からものさしまでの距離が最短撮影距離になり、
カメラのセンサーサイズを写真に映ったものさしの長さで割れば撮影倍率が求められる (はず…間違ってたらスミマセン)

測定結果

エクステンションチューブ EF12II
ものさしまでの距離: 254mm
映っているものさしの長さ: 48.8mm

Kenko テレプラス HD 1.4X DGX
ものさしまでの距離: 385mm
映っているものさしの長さ: 73.4mm

結論

EOS 7D のセンサーサイズは 22.3mm なので

• エクステンションチューブ EF12II の最大撮影倍率は

22.3 ÷ 48.8 ≒  0.46 倍

• Kenko テレプラス HD 1.4X DGX

22.3 ÷ 73.4 ≒ 0.30 倍

まとめると

追加機器	最短撮影距離	最大撮影倍率
なし	35cm	0.21 倍
エクステンションチューブ	25.4cm	0.46 倍
Kenko テレプラス HD 1.4X DGX	38.5cm	0.30 倍

エクステンションチューブをつけるとハーフマクロ相当になる。まあこれは予想の範疇だけど。
テレプラスの方は意外だった。誤差を考慮すると最短撮影距離はほぼ変化しないわ、最大撮影倍率もちょっとしか上がらない…。

エクステンションチューブと違って無限遠にもピントが合うし、レンズがせり出すからマクロ撮影にも使えるかと思って買ったのに～orz。

やっぱり、エクステンションチューブは純粋に「焦点距離を伸ばす」だけが目的なのかぁ…从´_υ｀从ｼｮﾎﾞｰﾝ

無料でクラウド保存できる写真のサイズ

SNS に写真を UP すると、普通サービス毎に決められたサイズまで縮小されるのだが

サービス毎にそのサイズが結構違っていたので、ちょっとまとめてみた。

どこも似たり寄ったりかと思っていたが、けっこう違うんだな。ちょっとびっくり。

• Line アルバム
• 長辺 1280 まで → 1.6MP (1280×1280)
• Instagram
• Max 1080×1350 → 1.4 MP ※縦長の場合。横長の場合は Max 1080×1080  (1M) だそーです。
• Facebook
• 長辺 2048 まで → 4.2MP (2048×2048)
• Google photo
• 16MP まで → 4000×4000

※2016/11/10 時点

Google photo 一人勝ち (*ﾟдﾟ*)

ちなみに、今使っているスマホの写真は  4096×3072 (13M) なので、 Google photo なら無料で完全なバックアップが可能。
使っててよかったw

しかし、 Instagram の写真サイズが小っさいのは驚きだ。写真共有を目的とした SNS のくせに…
ま、使ってないから関係ないけどww
現在流行ってるらしいからそのうち規制緩和されるだろ

ちなみに、調べたのは『容量無制限で保存できる写真のサイズ』で、このサイズを越えた写真も保存はできるが一定の容量までしか保存できない。

MVNO へ

もうすぐメイン回線の docomo が 2 年を迎える。

これを機に、 MVNO へと乗り換えようと思っているので

ちょっと値段等を調べてみた。

前提条件: MNP, 通話付き SIM, 端末購入なし, データ通信量 3G/月程度

通信会社	プラン	料金/月	回線	縛り	通話			データ通信		その他オプション	備考
				年	基本料	通話料/分	無料通話	通信料	容量制限
docomo	カケホーダイ・ライト+データSパック	6400	docomo	2	2700	0	無制限	3500	2GB ※	moperaU シンプル: 200	※GB 単位での繰越あり
Y!mobile	スマホプランS	2980	Softbank	2	0	40	10 分 ※1	3980	2GB ※2	スマホプラン割: -1000 (25ヶ月)	※月 300 回まで ※2 1 年間容量 2 倍
楽天 mobile	3.1GB パック	1600	docomo	1	0	20 ※1	なし	1600	3.1GB ※2		※1 専用アプリ ※2 繰越あり
	3.1GB パック+無料通話オプション	2450	docomo	1	850	20 ※1	5 分	1600	3.1GB ※2		※1 専用アプリ ※2 繰越あり
U-mobile	通話プラス 3GB	1580	docomo	0.5	0	40	なし	1580	3GB		SMS 3 円
	通話プラス LTE 使い放題	2730	docomo	1	0	40	なし	2730	なし ※		SMS 3 円 ※3 日で 2.4GB 越えた場合は制限
IIJmio	みおふぉん ミニマムスタートプラン	1600	docomo	1	700	20 ※1	なし	900	3GB ※2		SMS 3 円～30円 ※1 専用アプリ ※2 繰越あり
DMM モバイル	高速データ通信プラン	1500	docomo		0	20 ※	なし	1500	3GB		※ 専用アプリ

<2016/6/15 時点の調査結果>

…他にもいくつかあるぽいけど、まあ後は似たり寄ったりだろうw

選択肢は楽天 mobile か DMM モバイルか、データ通信使い放題がある U-mobile かなぁ。

しっかし、キャリアは料金高過ぎだろ。確かにサービスは多いけど

料金に見当ってるとはとても思えない…。

nicoWnnG のユーザー辞書を作成してみた

Android の IME として nicoWnnG を使っている

昔からある OpenWnn/nicoWnn をベースにしたアプリで

Google日本語入力や ATOK 等の有名アプリと比べると変換機能が劣るものの

英字・数字・記号入力時に

PC 同等の数字・記号両方揃った QWERTY 配列が使えるという

他のアプリが持ってない機能

があるため、これまで使ってきた。

nicoWnnG のキーボード

PC のキーボードとほぼ同じ配置。キーが一つ一つが小さく見えるが、思ったより普通に入力できる。

Tab キーや Ctrl キーがあるのも美点。 Ctrl+c でコピーとかできるしね。

これと、例えば Google 日本語入力を比較すると、こんな風に

英字

数字

数字や記号を入力する場合、わざわざキーボードを切り換えなければならない。
日本語、英字、数字で 3 種類のキーボードを切り替えないといけないので面倒だ。

しかし、最近やはり変換精度の悪さが気になりだしてきて…

#「きい」で「紀伊」が変換できないなんて…

もう少しどうにかならんものか…

そうだ!(・。・)b

足りない単語はユーザー辞書に登録すればいいんじゃね？

幸い、 nicoWnnG にはユーザー辞書のインポート機能がある。

ヘルプを見ると…ふんふん、タブ区切りのテキスト形式か。

今 PC で使ってる SKK の辞書を加工したら、簡単にできそうじゃないか。

ただし、登録できる単語数が 10000 までなので、ある程度絞る必要がある。

SKK-JISYO.L 辞書をテキストエディタで開いてと。175832 行あるな。

ざくっと一行一単語で考えると、 1/180 に削る必要がある。

え、∑(=ﾟωﾟ=)マジ!?

まあ…なんとかなるだろw

最初に色々書いてあるが、 ";" で始まる行はコメントで変換関係ないから削除。

次に出てきたのが送り仮名付きの入力を変換するのに使うルール郡。

わるがしこs /悪賢/

「わるがしこさ」「わるがしこそ」等を「悪賢さ」「悪賢そ」等に変換するためのルールであるが、辞書への登録は単語単位なので必要なし。

送り仮名なしの単語郡は ";; okuri-ari entries." 以下に書いてあるので、そこまでの行をざくっと削除。

そうすると、半角記号→全角記号の変換ルールが出てきた。

! /！/感嘆符/

必要ないので削除。

その次の数字入りの入力に関する変換ルール

#、#てん /#1、#1点/

これも単語単位でないので削除。

次。

>あい /愛/

接尾辞変換…だから単語単位だっつってんだろうが(ﾟДﾟ)ｺﾞﾙｧ!

削除。

AIDS /エイズ/後天性免疫不全症候群/

アルファベット→カタカナ変換は PC ではよく使うがスマホでは使わね。削除。

あ /亜/吾;私/彼;=吾/阿;阿呆/婀;婀娜っぽい/痾;宿痾/唖;聾唖/亞;「亜」の旧字(人名用漢字)/椏;また/娃;美女/哇/襾/安;?/明;?/嗚;?/

…やっと、普通の変換ルールが出てきた。

しかし、漢字一文字の変換って必要だろうか。いや、必要でない。

久し振りに反語を使ってみたので、削除。

あ> /亜;亜熱帯,亜低木,亜硝酸/

接頭辞変換も以下同文。

…これで、だいぶ減ったはず。

しかし、作業はこれから。

まず、 "/" 区切りになっているのをタブ区切りにしないといけない。

その際、

あいかわ /相川/愛川/鮎川/合川/

となっている箇所は

あいかわ <tab> 相川
あいかわ <tab> 愛川
あいかわ <tab> 鮎川
あいかわ <tab> 合川

のよう一行ずつ読みと変換結果、という形に加工しないといけない。

さすがに、一つ一つ手作業でやってると日が暮れるので、 perl スクリプトを書いて変換。

最終的にできた単語数…

167258

まだ多いわ!!
て言うか減ってねぇ!! (＃｀皿´)　ﾑｷｰｰｰｰ!

…結果、単語の少ない M 辞書 を使うことで単語数を 5966 まで抑えることができました

どうせまた使うだろうから、使ったスクリプトを残しておく。ついでに "/" の処理だけではなく、その前に書いた「余計な行の削除」も含めておいた。
Dropbox にも置いてあるけど…。ま、自慢念のためってことでw

ちなみに、 SKK の辞書は EUC-JP, nicoWnng の辞書は Shift-JIS である。
また、使った Cygwin の $LANG は utf-8 になっている。