@nishio: iOSの切り抜き機能、雑コラはかどりすぎww image

メモ

  • E: Instagram投稿支援

    • ✅ボットで投稿ができるか試す
    • ✅体裁を整えて投稿
    • ✅できるなら1時間に1個投稿とかをする
      • https://www.instagram.com/p/Cikt3eOPS9z/
      • The first post that the AI directly post to instagram

      • とりあえず30分に1回投稿にした、1日48件
      • 元画像は1日に1500枚生成されて、レビューで今のところ6%くらいの通過率なので1日90枚
        • コンスタントにレビューするわけでもないし通過倍率も変わるかもしれないから2倍くらい安全回数をつけた
        • 在庫が積み上がるようなら15分に1回にしたらよい
    • 今はgoodフォルダから、公開したらpublishedに移動するように作ってある
      • そうするとfinal(excellentにしたもの)が自動投稿の対象から外れるよな
      • これは「ファイルが入ってるフォルダによって属性を表現」というところに本質的な問題がある
        • 「よい」「とても良い」と「公開済み」「公開まだ」は直交する属性だから
      • 属性はどうやって保存しようかな〜
  • C: トンプソンサンプリング

    • インスタでウケる画像を生成するのはアート的ではないが、人間の画家も食べていくために一般人ウケする絵を描いたりはするので必要悪だと思う。評価関数を混ぜないで2つ持つようにして、一般人向けに外連味ある絵を描くモードと、自分の良いと思うものを描くモードを使い分けるようにしよう
    • 基本的なアルゴリズムは昨日実装してある
    • 繋ぎ込み部分をやる

Facebook

  • プログラムがプロンプトを作ってプログラムがそれを元に絵を描き、プログラムがその絵を元にタイトルとInsta用のハッシュタグを作って、プログラムが投稿するところまでできた

  • 次は僕と妻のレビュー(将来的にはインスタの反応も?)を見てプログラムが作るプロンプトの分布を修正するようにする(トンプソンサンプリング)

  • インスタでウケる画像を生成するのはアート的ではないが、人間の画家も食べていくために一般人ウケする絵を描いたりはするので必要悪だと思う。評価関数を混ぜないで2つ持つようにして、一般人向けに外連味ある絵を描くモードと、自分の良いと思うものを描くモードを使い分けるようにしよう

  • 今は人間が選別してるし、その選別によって「これは人間の著作物だ」という根拠にしてるわけなんだけど、たとえば描画AIが進歩していい絵を出す確率が上がるとか、毎日1500件ずつ僕と妻の好みに関するデータが集まってるのを使ってAIが一次選抜をするとか、今実装してるプロンプト自動作成がうまくいっていい絵の出る確率が上がるとかしていくと、どんどん「人間の寄与」が減っていく。あるタイミングで外向きには「僕が選抜してます」と言いながらしれっと全自動化して、それを外界の人が気づけなかったなら面白いことになるな

  • info not found

    • why
  • A: まとめてnot goodに移動する機能

    • 妻とのレビュー前に明らかに失敗したものはどけておきたい
    • ✅ボタンは付けた
    • ファイルの移動APIをつける
    • 削除フィードバックでdisplay noneする
    • Dropboxがつまる
      • おそらく前回のレビューの後に2日分6000ファイルの移動をしたせいで同期が詰まってる
      • いま「2300件のファイルを同期しています」の状態
      • 上記の謎の「info not found」エラーも、データファイルが同期されていないことが原因
      • トンプソンサンプリングの実装は終わったんだけどDropboxに置いたデータファイルが同期されないのでテストできない
      • 上記のこれは「ファイルが入ってるフォルダによって属性を表現」というところに本質的な問題があるとも関連する
      • 下に書いてたこれもだ
        • B: 書き込み先切り替え機能
          • 妻とのレビューを手軽に開始できるようにする
          • 開始ボタンを押すと、次の保存から別フォルダにする
          • 押した「月日時」でいいか
        • なぜ「書き込むフォルダを切り替える必要がある」と感じたのか
          • それは「フォルダの中身のレビューが終わった後、そのフォルダをレビュー済みフォルダに移動する」という暗黙の前提がある
          • なので「レビューしてる最中にそこに書き込みが行われると、移動した時にレビューしてないものが巻き込まれる」となったわけ
      • そもそもこのペースで使ってDropboxの側は大丈夫なの?
        • image
        • いや、ダメそうだな
        • 3万件で6GB、1日3000件作るので毎日0.6GB
        • 月額800円で1TB増やせるしDropbox側は問題ない、ローカルのストレージの方が問題
          • まあでもこのペースで500GB使うまでに25ヶ月とかか、問題になる前に新しいゲーミングPCを買いそう
      • 20時に生成を一旦止めたのであとでどうなってるか確認
        • 22時で「2300件のファイルを同期しています」のままだぞ??
        • アプリを終了して再起動
        • めりめり同期され始めた
        • 10分で全部同期された
  • トンプソンサンプリングによって初めて作られた画像

    • image
    • トンプソンサンプリングという言葉はエンジニア向けすぎるので、もっとアートの消費者向けの言葉にする必要があるな
    • 「西尾夫婦の振る舞いから学習して『良い』と判定されそうなプロンプトを生成するAI」かな
      • トンプソンサンプリングは強化学習のアルゴリズムなのでおかしなことは言ってない
  • Instagramからデータエクスポート

    • おー、人間の振る舞いのデータが取れるな
    • image
    • 数ヶ月経ったらインスタの反応のデータを使って一般人ウケする画像を作るAIも作れそうだ

フォルダ上書き中身消滅問題

  • フォルダの中身をマージしようとしてa/f1が存在する状態でフォルダb/f1のf1をaの中にドラッグしたら1日分のファイルが消えた
    • 悲しみ
    • 一部の画像に生成時のデータがないエラーが出てるのもおそらくこれが原因でデータファイルが失われてるせい :
$ tree tmp 
tmp
├── a
│   └── f
│       └── 1
└── b
    └── f
        └── 2
- ![image](https://gyazo.com/dc84e8de57a7dfffe8c234e5d39938f4/thumb/1000)

:

$ tree tmp
tmp
├── a
│   └── f
│       └── 2
└── b
- そうかー、下記になるのを期待したのだが

:

$ tree tmp
tmp
├── a
│   └── f
│       ├── 1
│       └── 2
└── b
- Dropboxの「削除されたファイルの復元」でも復元できない

その他

  • Virtual Star
    • FacebookとTwitterのカバーを更新
      • image
      • image
      • スマホカメラの進化を感じる
  • □パスタロジックのページに実写写真を貼る

日記2022-09-16←日記2022-09-17→日記2022-09-18 100日前 日記2022-06-09 1年前 日記2021-09-17