-
Notifications
You must be signed in to change notification settings - Fork 1
/
Copy pathhiromu.re
402 lines (285 loc) · 24 KB
/
hiromu.re
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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
= ディープラーニングでご飯を作ってみる
//raw[|latex|\\chapterauthor{hiromu}]
== はじめに
こんにちは。SunProメンバーのhiromu(@hiromu1996)です。
今回は、世間で何でもできると話題になっているディープラーニングについて、
本当は何でもできるのであれば、この空いたお腹も満たしてくれようということで、
ディープラーニングでご飯を作ってみるということに挑戦してみました。
……という出落ち記事です。
実際は、ディープラーニングを使った画像生成アルゴリズムとして
最近話題になっている「Deep Convolutional Generative Adversarial Network (DCGAN)」で
ご飯の画像を生成するということに挑戦してみました。
=== 対象について
この記事では、DCGANやその実装について詳しい解説をせず、
むしろ公開されている実装をベースにして話を進める予定です。
なので、この記事の対象は、以下の3種類の方となります。
* DCGANについてざっくりと知りたい方
* non-rootな計算環境でTensorFlowを使う方法を知りたい方
* ご飯の画像データセットについて知りたい方
== DCGANとは
DCGANは、Generative Adversarial Network(GAN, 敵対的生成ネットワーク)を発展させたアルゴリズムです。
もともと、GANは2014年にGoodfellowらによって提案された@<bib>{goodfellow}もので、
2つのニューラルネットワークを競い合わせることで画像生成をさせるというアルゴリズムになっています。
=== GANのアルゴリズム
GANには、GeneratorとDiscriminatorという2つのニューラルネットワークが登場します。
Generatorは、ランダムなベクトルzから画像を生成するニューラルネットワークで、
Discriminatorは、サンプルデータ(学習データ)として与えられた画像とGeneratorが生成した画像を
見分けるニューラルネットワークとして学習されます。
ここで、DiscriminatorがGeneratorの生成した画像を見分けられるようになるほど、
GeneratorはDiscriminatorが見分けられないよう、リアルな画像を生成するようになるという仕組みです。
わかりやすく例えると、Generatorは贋作画家、Discriminatorは鑑定士といえます。
贋作画家には、鑑定士を騙せるような絵を書けると報酬が与えられ、
鑑定士は、贋作を見分けることができると報酬が与えられるという風に考えることができます。
//image[dcgan][GANのアルゴリズムのイメージ]
読者の中には、なぜ2つのニューラルネットワークを使うのかと疑問に思った方もいらっしゃるかもしれません。
Discriminatorがいなくても、Generatorがそれっぽい画像を生成した時に報酬を与えるようにすればいいようにも思えます。
しかしながら、「それっぽい」という判断を下すのが非常に難しいのです。
サンプルデータと似ているかという判定基準だと、サンプルデータによく似た画像を生成できるようにはなりますが、
全くのコピーしか生成されず、新しい画像を生成することができなくなります。
しかし、Discriminatorと競い合うという形式を取ることで、どういった特徴を持っていれば
サンプルデータの仲間として判断されやすいのかという、いわば抽象的な概念を学習することができるようになるのです。
=== DCGANのアルゴリズム
GANの問題点として、Discriminatorが強くなりすぎてしまい、Generatorが上手くならないまま学習が進んでしまうということや、
Generatorがほとんど同じような画像しか生成しなくなってしまうということが往々にしてありました。
それを解決したのが、2015年にRadfordらによって提案されたDCGAN@<bib>{radford}です。
Radfordらは、GANのアルゴリズムに畳み込みニューラルネットワークに関する最新の研究成果を組み合わせることによって、
GeneratorとDiscriminatorをバランスよく、効果的に学習させることに成功しました。
GANとの違いを細かく説明しようとすると、畳み込みニューラルネットワークとは何かという点から詳しく述べる必要があるため、
本稿では割愛しますが、例えば、Springenbergら@<bib>{springenberg}に従ってプーリング層を畳み込み層で置き換えたり、全結合層を無くしたりしています。
また、最近のニューラルネットワークでは一般的になってきたテクニックではありますが、バッチ最適化を取り入れたり、
活性化関数にGeneratorではReLU(出力層ではTanh)を、DiscriminatorではLeakyReLUを用いたりしているようです。
ただし、1つ言えるのは、ディープラーニングに関する他の研究と同様に、
なぜこうすればうまくいくのかということを正確に説明できているわけではないということです。
ここが、ディープラーニングの難しさでもあり、エンジニアリング的な側面だともいえます。
== non-rootな環境でのTensorflowの導入
では、早速DCGANを動かしてみましょう、と言いたいところですが、まずはTensorflowの環境構築から始めることとしましょう。
しかし、きっと読者のみなさまの中にも、手元のPCを学習のために3日3晩もCPU 100%で稼働させておくのは厳しいし、
かといって、Amazon EC2に高額課金するのも……誰も使ってない共用サーバならあるのに、という方もいらっしゃることでしょう。
本章では、そんな方々のために、以下の環境でTensorflowの環境を作り上げる方法について紹介したいと思います。
* OS(ディストリビューション)は、CentOS 6.5
* Tensorflowの動作に必要なPython 2.7ではなくPython 2.6がインストールされている
* 開発者用パッケージなどない最小構成だが、root権限もない
* 割り当てられているホームディレクトリのquotaは3GB
=== minicondaの導入
環境構築にあたって、Python 2.7すら入っていないと聞くと絶望的に思われるかもしれませんが、
幸いなことにAnacondaというPythonとその有名なパッケージ(numpyやscipyなども含まれる)を一括で構築してくれるシステムがあります。
しかしながら、Anacondaだけでディスク容量を3GBも使用してしまうので、そのミニマル版であるminicondaを使うこととします。
minicondaのダウンロードページ@<fn>{miniconda-url}から、今回はPython 2.7 Linux 64-bitを選びました。
シェルスクリプトをダウンロードして実行するだけなので簡単です。
途中でライセンスへの同意や、インストールディレクトリの確認を求められますが、基本はデフォルトのままで問題ありません。
//footnote[miniconda-url][@<href>{http://conda.pydata.org/miniconda.html}]
//cmd{
# インストールスクリプトをダウンロードする
$ https://repo.continuum.io/miniconda/Miniconda2-latest-Linux-x86_64.sh
# インストールスクリプトを実行する
$ bash Miniconda2-latest-Linux-x86_64.sh
# PATHに追加します
$ export PATH="/home/hiromu/miniconda2/bin:$PATH"
//}
本節以降、@<code>{/home/hiromu/miniconda2}にminicondaをインストールしたものとして進めますので、
適当に読み替えてください。
=== Tensorflowのインストール
Pythonの環境が整えば、あとはTensorflowの公式ドキュメント@<fn>{tensorflow-url}通りにインストールすることができます。
//footnote[tensorflow-url][@<href>{https://www.tensorflow.org/versions/r0.9/get_started/os_setup.html#anaconda-installation}]
まずはminicondaでTensorflow用の環境を用意し、あとはpipでインストールするだけです。
//cmd{
# Tensorflow用の環境のためにopensslやzlibなどが展開される
$ conda create -n tensorflow python=2.7
# Tensorflow用の環境に入る
$ source activate tensorflow
# 今回はLinux 64-bit, CPU only, Python 2.7のパッケージを使用 (最新のURLや別バージョンについてはをドキュメントページを確認してください)
(tensorflow)$ export TF_BINARY_URL=https://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.9.0rc0-cp27-none-linux_x86_64.whl
# Tensorflowのインストールの開始
(tensorflow)$ pip install --upgrade $TF_BINARY_URL
//}
これでインストールは完了です。
さて、早速使ってみましょう。
//cmd{
$ python
Python 2.7.11 |Continuum Analytics, Inc.| (default, Dec 6 2015, 18:08:32)
<略>
>>> import tensorflow
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/home/hiromu/miniconda2/envs/tensorflow/lib/python2.7/site-packages/tensorflow/__init__.py", line 23, in <module>
from tensorflow.python import *
File "/home/hiromu/miniconda2/envs/tensorflow/lib/python2.7/site-packages/tensorflow/python/__init__.py", line 48, in <module>
from tensorflow.python import pywrap_tensorflow
File "/home/hiromu/miniconda2/envs/tensorflow/lib/python2.7/site-packages/tensorflow/python/pywrap_tensorflow.py", line 28, in <module>
_pywrap_tensorflow = swig_import_helper()
File "/home/hiromu/miniconda2/envs/tensorflow/lib/python2.7/site-packages/tensorflow/python/pywrap_tensorflow.py", line 24, in swig_import_helper
_mod = imp.load_module('_pywrap_tensorflow', fp, pathname, description)
ImportError: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by /home/hiromu/miniconda2/envs/tensorflow/lib/python2.7/site-packages/tensorflow/python/_pywrap_tensorflow.so)
//}
はい、エラーが出ました……。
これは、Tensorflowが内部で使用しているバイナリに対して、CentOSのglibcのバージョンが古すぎることによって起きる問題です。
というわけで、root権限なしで新しいglibcを使う方法について検討してみましょう。
=== glibcの展開
まずは、glibc-2.17のパッケージを探すところから始めましょう。
今回は、rpmfind.netに掲載されていたCentOS 7.2向けのglibc-2.17@<fn>{glibc-url}を使いました。
//footnote[glibc-url][@<href>{http://rpmfind.net/linux/RPM/centos/updates/7.2.1511/x86_64/Packages/glibc-2.17-106.el7_2.6.x86_64.html}]
次に、このrpmを展開します。
以下の例では、minicondaがTensorflowの環境として用意したディレクトリを使用していますが、別のディレクトリを使用しても構いません。
//cmd{
# 展開用のディレクトリを作る(以降、適当に読み替えてください)
$ cd /home/hiromu/miniconda2/envs/tensorflow
# glibcのパッケージをダウンロードする
$ wget ftp://fr2.rpmfind.net/linux/centos/7.2.1511/updates/x86_64/Packages/glibc-2.17-106.el7_2.6.x86_64.rpm
# 展開する
$ rpm2cpio glibc-2.17-106.el7_2.6.x86_64.rpm | cpio -idv
//}
また、Tensorflowはglibc++-3.4.14も必要とするため、これも展開します。
パッケージは、同様にCentOS 7.2向けのlibstdc++-4.8.5@<fn>{libstdc-url}を使いました。
//footnote[libstdc-url][@<href>{https://rpmfind.net/linux/RPM/centos/7.2.1511/x86_64/Packages/libstdc++-4.8.5-4.el7.x86_64.html}]
//cmd{
# libstdc++のパッケージをダウンロードする
$ wget ftp://fr2.rpmfind.net/linux/centos/7.2.1511/os/x86_64/Packages/libstdc++-4.8.5-4.el7.x86_64.rpm
# 展開する
$ rpm2cpio libstdc++-4.8.5-4.el7.x86_64.rpm | cpio -idv
//}
これで、必要なパッケージは揃いました。
もう一度、Pythonを実行してみましょう。
ただし、展開したライブラリを使用するために少し特殊な呼び出し方をする必要があります。
//cmd{
$ /home/hiromu/miniconda2/envs/tensorflow/lib64/ld-linux-x86-64.so.2 --library-path /home/hiromu/miniconda2/envs/tensorflow/lib64:/home/hiromu/miniconda2/envs/tensorflow/usr/lib64 /home/hiromu/miniconda2/envs/tensorflow/bin/python
Python 2.7.11 |Continuum Analytics, Inc.| (default, Dec 6 2015, 18:08:32)
<略>
>>> import tensorflow
>>>
//}
これで、正しく実行することができました。
次回以降の呼び出しを省略するために、aliasを作っておきましょう。
//cmd{
$ alias tfpy="/home/hiromu/miniconda2/envs/tensorflow/lib64/ld-linux-x86-64.so.2 --library-path /home/hiromu/miniconda2/envs/tensorflow/lib64:/home/hiromu/miniconda2/envs/tensorflow/usr/lib64 /home/hiromu/miniconda2/envs/tensorflow/bin/python"
//}
=== 追加のライブラリ
最後に、今後必要となるPythonライブラリ、scipyとPillowもインストールしておきます。
//cmd{
# scipyはビルド済みパッケージが使えるのでpipからインストール
$ pip install scipy
# Pillowはビルド済みパッケージが使えないのでcondaからインストール
$ conda install pillow
//}
== ご飯データセット
DCGANを動かす前に、サンプルとなるデータセットを用意する必要があります。
そのため、ご飯の画像がたくさん集められたデータセットを探してみましょう。
=== UEC FOOD-256
UEC FOOD-256は電気通信大学の柳井研究室が公開しているデータセットで、もともとはご飯の画像認識@<bib>{kawano}のために作られたものです。
こちらのWebページ@<fn>{food256-url}で公開されています。
//footnote[food256-url][@<href>{http://foodcam.mobi/dataset256.html}]
FOOD-256はその名の通り、256種類の食べ物についての画像を集めたもので、
ラーメンからたい焼き、ビールまで様々な種類があります@<fn>{food256-preview}。
また、特徴的なのは、焼魚定食といった複数の料理が集まった画像もあり、
焼魚や味噌汁、白飯といったそれぞれの要素がどこにあるのかという座標情報も入っています。
//footnote[food256-preview][@<href>{http://foodcam.mobi/gallery.cgi}でプレビュー可能]
しかし、DCGANで生成するとなると、サンプルデータに一品のものと定食のような複数品のものが混ざっていると複雑性が増して、
学習が難しくなるのではないかと考えられます。
そこで、今回は別のデータセットを探すこととしました。
=== PFID
Pittsburgh Fast-Food Image DatasetはIntel Labs Pittsburghが公開しているデータセットで、こちらはご飯を対象とした画像特徴量のベンチマーク@<bib>{mei}のために作られたものです。
こちらのWebページ@<fn>{pfid-url}で公開されています。
//footnote[pfid-url][@<href>{http://pfid.rit.albany.edu/}]
こちらは61種類の食べ物についての画像を集めたものですが、
その名の通り、すべてファストフード店の商品の写真となっています。
マクドナルド、ケンタッキーフライドチキン、サブウェイというような13種類のチェーン店について、
ドリンクからハンバーガーやピザまでいろんな商品が集められています。
また、もう1つ特徴的なのは、普通の皿や包装紙に載せられたバージョンと、
実験室で白い壁に白い皿という背景でいろいろな角度から撮影されたのバージョンの2種類が与えられている点です。
しかし、ドリンクを除くと、ほとんどが茶色っぽい丸い物体で、多様性が低いため、
画像生成をさせても面白くなさそうという理由で、さらに別のデータセットを探すこととしました。
=== Food 101
Food 101はチューリッヒ工科大学のコンピュータビジョン研究室が公開しているデータセットで、こちらはご飯の画像分類@<bib>{bossard}のために作られたものです。
こちらのWebページ@<fn>{food101-url}で公開されています。
//footnote[food101-url][@<href>{https://www.vision.ee.ethz.ch/datasets_extra/food-101/}]
こちらは101種類の食べ物についての画像を集めたものですが、
それぞれの種類ごとになんと1000枚ずつ、合計101000枚の画像が含まれています。
(tar.gzで5GBと、かなりサイズも大きいです。)
また、こちらのデータセットでは、基本的に画像の中央に料理が1つという構成になっていることもあり、
今回はFood 101を使用することにしました。
=== ご飯の下処理
DCGANのデータセットとして使うには、正方形に切り取った上で、64x64pxくらいにサイズを落としておくと便利です。
なので、以下の様なスクリプトで変換しておきましょう。
(ついでに、グレースケールの変な画像も混入しているので取り除いておきます。)
//emlist[変換スクリプト convert.py][python]{
import sys
from PIL import Image
for path in sys.argv[1:]:
image = Image.open(path)
if image.mode != 'RGB':
print 'Error: %s' % path
continue
ratio = 64.0 / min(image.size)
image.thumbnail(map(lambda x: int(x * ratio), image.size))
x, y = map(lambda x: (x - 64) / 2, image.size)
image.crop((x, y, x + 64, y + 64)).save(path)
//}
以下のようにして変換した後に、同じディレクトリからすべての画像にアクセスできるようにシンボリックリンクを作成しておきます。
//cmd{
# food101のimagesディレクトリで実行
$ python convert.py */*.jpg
Error: bread_pudding/1375816.jpg
Error: lasagna/3787908.jpg
Error: steak/1340977.jpg
$ ln -s */*.jpg ./
$ rm 1340977.jpg 1375816.jpg 3787908.jpg
//}
ちなみに、混入していた画像は以下の3つでした。
一見平和な父子の画像がステーキとは何か怖いものがありますね。(適当)
//image[food101][混入していた画像たち]
== DCGANによる画像生成
ついに、DCGANによる画像生成にチャレンジしてみましょう。
今回は、Githubで公開されているTensorflow向けの実装@<fn>{dcgan-url}を利用します。
ソースコードを展開したら、dataディレクトリを作り、その中にfood101というディレクトリ名で先ほど用意した画像を配置します。
//footnote[dcgan-url][@<href>{https://github.com/carpedm20/DCGAN-tensorflow}]
=== ログ保存場所の変更
動かす前に、少しソースコードを変更をして、ログの保存場所を指定できるようにしておきましょう。
なぜなら、Tensorflowのログファイルには、後述するWebコンソールで使用するためのデータがたくさん含まれており、
すぐにホームディレクトリのquotaを突破してしまうからです。
ですので、場合によっては消えてしまってもなんとかなるログファイルは、tmpfsにでも突っ込んでおきましょう。
変更のためのパッチは、紙面の都合上、Gist@<fn>{gist-url}で公開しております。
//footnote[gist-url][@<href>{https://gist.github.com/hiromu/cce292b0dd17331f475e5c0b72ecc6e6}]
=== 学習
では、学習を開始させましょう。
//cmd{
# /tmpにディレクトリを作る
$ mktemp -d /tmp/tf.XXXXX
/tmp/tf.gq5vZ
$ python main.py --dataset food101 --is_train True --log_dir /tmp/tf.gq5vZ
//}
あとはこのままひたすら放置するだけです。
ちょっとずつ、@<code>{Epoch: 01 [0899/7950] time: 5021.1231, d_loss: 1.23129383f, g_loss: 2.97537658}というような出力が増えていきますが、
このうちEpochというのは、学習データを何巡したかということを表しており、この出力では1巡目の11.3%(899/7950)くらい学習データを使ったということを意味しています。
また、d_lossはDiscriminatorの交差エントロピー(どれくらい間違えたか)を、g_lossはGeneratorの交差エントロピーを表しています。
また、次のようにすることで、Tensorboardと呼ばれるWebビジュアライズツールをポート6006番で使用することができます。
Tensorboardでは、d_lossやg_lossの変化のグラフや、ネットワークの構造などを見ることができます。
//cmd{
$ tfpy /home/hiromu/miniconda2/envs/tensorflow/bin/tensorboard --logdir=/tmp/tf.gq5vZ
//}
=== 学習結果
学習結果は次の画像のようになりました@<fn>{result}。
Epochが進むにつれ、皿、目玉焼き、魚介類、野菜というように、いろいろな概念が含まれていくのがとても面白いです。
しかし、同じような画像がいくつか出力されてしまっている場合もあるので、もう少しパラメータチューニングの余地はありそうです。
//image[result][DCGANによるご飯画像の生成結果]
//footnote[result][モノクロで分かりにくい場合は、こちら(@<href>{https://gist.github.com/hiromu/28d69cce110aafcab4152ef9e807a030})を参照してください。]
== おわりに
ここまで、長文をお読みいただき、ありがとうございました。
もともとは、画像に対応したzベクトルを求め、料理画像の足し算や引き算、モーフィングなどで遊んでみたかったのですが、
ここまで書き進めた時点で締め切りを5日も過ぎているという状況で、進捗ダメでした……。
このzベクトルを使った演算は、画像生成の種となるデータに制約を設けず、
ランダムなベクトルから画像を対応づける写像(Generator)を学習するというDCGANの特徴を最も活かせる部分なので、
また機会があれば、どこかで書きたいと思います。
個人的な意見としては、人工知能やディープラーニングという言葉がバズワードとなってしまっていることに辟易としていて、
ディープラーニングによって仕事が代替されることはあっても、人類が滅亡させられることはないだろうという立場なのですが、
(仕事や判断が代替されることで総体的に頭が悪くなることはあるでしょうが、IMEに頼りきった生活のおかげで漢字が書けなくなった私がとやかく言えることではないですね……。)
一方で、ディープラーニングの分野でたくさんの研究者が日々新しいトピックに取り組んでいることも確かです。
本記事では、その1つであるDCGANを紹介するに留まりましたが、ディープラーニングについてどんな研究がなされ、
どういったことができるようになっているのか、実情を感じていただけたなら幸いです。
また、筆者自身も、ディープラーニングやTensorflowの初学者ですので、怪しい点や疑問点などありましたら、
@hiromu1996かhiromu1996[at]gmail.comまでご連絡ください。
== 参考文献
//bibpaper[goodfellow][Goodfellow, Ian, et al. Generative adversarial nets. Advances in Neural Information Processing Systems, 2014.]
//bibpaper[radford][Radford, Alec, Metz, Luke, and Chintala, Soumith. Unsupervised representation learning with deep convolutional generative adversarial networks. International Conf. on Learning Representations, 2016.]
//bibpaper[springenberg][Springenberg, Jost Tobias, et al. Striving for simplicity: The all convolutional net. International Conf. on Learning Representations, 2015.]
//bibpaper[kawano][Kawano, Yoshiyuki, and Yanai, Keiji. Automatic Expansion of a Food Image Dataset Leveraging Existing Categories with Domain Adaptation. Proc. of ECCV Workshop on TASK-CV, 2014.]
//bibpaper[bossard][Bossard, Lukas, Guillaumin, Matthieu and Van Gool, Luc. Food-101 - Mining Discriminative Components with Random Forests. European Conf. on Computer Vision, 2014.]
//bibpaper[mei][Mei, Chen, et al. PFID: Pittsburgh fast-food image dataset. IEEE Intl. Conf. on Image Processing, 2009.]