diaryこの広告は、90日以上更新していないブログに表示しています。2019-08-04C96参加&新刊告知ご無沙汰しています。72ページ(表紙込み)後書き・謝辞を書かないまま入稿したので後付ペーパーが挟まる予定です頒布数:多め新刊以外の頒布:なし。無料配布ペーパーは作るかも通販:コミックZIN様を検討中。電子版は未定3日目以外の委託頒布:現在予定なし以下に書影および、1章全部を載せるので、購入の判断材料にしてください。新刊の内容について1章の内容と被りますが、弊サークルは2015年冬コミから4コマ漫画評論とプログラミングの力をかけ合わせて新しい分析・評論の可能性を探る『tech.』を刊行し、コマの切り出し、セリフの抜き出し、分析等の技術を向上してきました。今回の新刊では4年分の成果を1冊にまとめ、データ収集から分析・評論までを一気通貫に行う方法を紹介しています。Calendarのブログ記事などで発表してきたものをブラッシュアップし、セリフデータの分析など新たに書き下ろしたものになっています。技術書というよりは、技術を基にした評論本として書いたため、詳細なプログラミングのコードが出てくるというよりは、それぞれの処理がどんな考え方で実行されていくのか、どのくらい便利になっていくのかを説明するものになっています。この本で使用したコードなどはすべてGitHubのリポジトリで公開しますので、だれでも同様の成果を得られるでしょう。今回の本で表データをゆゆ式1〜9巻、セリフデータを1,5,9巻分データ化していますが、それをもっと楽にデータ化する手法の開発や、もっとゆゆ式の本質に迫る分析ができるといいと思っています。セリフデータをいい感じに形態素解析・ベクトル化して発話者特定とかしたいですが、いまいち方法がわからんので詳しい人にアイデアもらいたいです。4コマ漫画の自動生成できかもですねえと、言われることも多いのですが、あまり面白いものができる未来は現状見えません。「三上先生を納得させるレベルのゆゆ式チューリングテストを考案し、それを突破する会話劇をGANかなんかで生成する」というよくわからないアイデアならあります。コミック工学と呼ばれる漫画やアニメを主体とした技術研究の界隈があることを、本プロジェクトで参考にできそうな技術情報・論文を探すうちに知りました。一読いただけると良いかと思います。様々な研究で本プロジェクトはのようにコマ抜き出し、セリフ抜き出しなどが考案・実施されています。私とは進む道やモチベーションは違えど、技術やアイデアなどで協力できる部分があればと考えています。13:42C96参加&新刊告知Tweet広告を非表示にするもっと読むコメントを書く2019-03-19転職のご挨拶2019年3月19日まで:株式会社ビープラウド2019年3月20日から:株式会社Strolyほしいものリスト:http://amzn.asia/hlIGTKw以上、よろしくおねがいします。12:00転職のご挨拶Tweet広告を非表示にするもっと読むコメントを書く2019-01-21Twitter関連サービスを10年作ってきて思ったことご無沙汰してます、私です。最近、Twitterに関連するサービスをシュッとリリースしたのですが、そういえば2008年あたりからTwitter関連サービスを作り続けて、10年くらい経っとるなと気付いたので、その振り返りとサービス告知をしておくか、という文章です。2008年頃:Tweetまとめ支援ツールTwitterのつぶやきURLをまとめて入力すると、status_idたちを取り出し、APIに投げてname,screen_name,img_url,text,あたりを取得して、はてなダイアリーに貼るとまあまあいい感じに見えるhtmlのテーブルタグを吐き出すというツールをPHPで雑に作っていました。つぶやいたものをまとめたいという欲求がこの頃からあったことが伺えますね。まなめさんに褒めてもらって承認欲求を満たしていた記憶があります。はてなグループ::ついったー部とかいう古代のブログにそのツールを使った形跡がありました。https://twitter.g.hatena.ne.jp/esuji5/200812012012年頃:RT直後のつぶやきを見に行くやつ(RtRT)リツイート(RT)という機能が公式に実装されて幾ばくかしたころ、RTの後に自分の意見を言うユーザーが増えてきました。Replyと違ってその意見が通知として上がってくるわけではないので、ある程度バズった(数RTされた)つぶやきの反応が気になった場合、RTしたユーザーのタイムラインをそれぞれ見に行くということをしていました。この動きはAPIを使えば自動化できそうだなーと思ったので、PHPでめちゃくちゃ雑に作りました。動いていたのが今では奇跡に思えます。自分が使う用に実装して動かしたのをTwitterにつぶやいてみたら1000RTされて作るしかないなーという気持ちになって作りました(当時の1000RTは現在の10000RTに相当する...と思う)こんな朝からえらい反響だな。2012年10月1日ねとらぼさんにも取り上げていただき、今となっては当時を振り返る貴重な資料となっています。2012年10月31日その後、TwitterのAPI変更や借りていたサーバーの閉鎖に伴い、サービスは終えることになりましたが、@jz5さんが同等以上の機能を持ったリツイート直後のツイートを表示するやつを運営されることになり、今は私もこちらを使うようになりました。2014年頃:コミケやらコミティアに出る人のサークルスペースをがっとまとめるやつ(subcatalog)コミケの時期が近づくと、Twitterの名前に3日目東A01-aみたいにサークルスペースを入れてくれる人が多くなります。カタログチェックをするときにはフォローしてる人やリストに入れてる人も見たりするので、このへんががっと取れると楽だなーとコミケ会場で知り合いの名前を検索窓に入れながら思ったので作りました。フォローしてる人の夏コミ参加スペースNo.をガッと確認するやつ、メンテしました。参加日とスペースNo.が上手く取れてない表記があったら教えて頂けると助かります。Engineで作ってましたが、2015年夏コミの頃には利用者が増加し、高負荷でGAEの無料枠を使い果たす事態に陥ったため、リニューアルも兼ねてherokuに引っ越して、Djangoとmithril.jsで作り直しました。去年にはフロントをVue.jsに刷新し、誰でもイベントを作れるようにしました。私がイベントの時期に合わせてイベントデータを作って運用するのが辛すぎたためです。新しいサイトのURLはこちらです。今でも大きめのイベントが近づくと、↑のつぶやきがRTされたり紹介するのでちょっと悲しいです。YouTuberが隆盛した2018年。オタク活動として推しのTwitterアカウントをフォローするのは当然ですが、推し同士のやりとりから関係性を見出すことも重要になってきます。いった関係性は時にとてつもない輝きを放つため、絶対に見過ごせないのですが、告知などに埋もれてしまうのもよくあることです。そのため、濃縮された関係性を効率的に味わい、Slackのチャンネルに投稿することで抜けなくチェックできる体制を作りました。事前準備としてTwitterリストに対象のアカウントを入れておくと、バッチが叩かれる度にリスト内のつぶやきをチェックし、Replyがあれば対象のつぶやきとReplyのURLを指定したSlackのチャンネルに投げます。(実行された様子)公式WEB・クライアントで使われている、特定のつぶやきへのReplyが取得できるAPIを使えればいいのですが、一般には開放されていないのでin_reply_toなんかの情報を駆使してまとめるのがなかなか大変です。ツールのおかげ化Slack内の人々が関係性に敏感になったことで、30分に1度の起動より先にURLが書き込まれてしまうことが何度かありました。それだけ速報で伝えたいほどに関係性は強烈なのです。Pythonバッチを雑に作ったものなので、需要があればコード公開したいと思います。最近のやつ:Twitterに画像を4枚ずつ貼ったものをリプライツリーで読めるようにしてるをWEBの1ページでまとめて読むやつ(sucrose)最近、漫画家や同人作家の方が過去に描いた漫画などを4枚ずつ貼ったリプライツリーを形成することでTwitterに投稿されるものをよく見ます。つぶやきが2、3個ならさっと読んでしまいますが、けっこう長いものもあり、ありがたいのだけど読むの大変で、でもリプライツリーを辿ればウェブサービスでなんとかまとめて読めそうだなと思ってとりあえずの実装を行いました。以下のリンクから読んでもらうと話が早いです。最近、漫画を4枚ずつツイートしていくやつあるじゃないですか。2,3個ならまだいいんだけど、けっこう長くて、ありがたいのだけど読むの大変で、でもリプライツリーを辿ればウェッブサービスでなんとかまとめて読めそうだなーって。そんなわけでいい感じにしたのがこちらです。2019年1月12日リプライツリーと言いつつ、前述の通りリプライを取得するAPIは使えないので、起点になるつぶやきIDを投げると、ユーザータイムラインをsince_id=つぶやきIDよりちょっと過去で指定して取得、画像がないつぶやきがあるまでまとめていくという感じになってます。実装なのでドメインはsubcatalogに間借りし、画像が何十枚あってもサーバーサイドレンダリングしてますが、需要があれば逐次読み込みなどの高速化をやっていくかという気持ちです。こんなんでも意外と体験がいいのでしばらくは運用する予定です。この10年で気付いたことまとめツール以外は、そもそもなんでこのツールが必要なのかを他人に説明するのが大変で、色々と込み入った使い方をされるTwitterはすごいなあと改めて思いました。いえ、最後のsucroseなんかは、私がツールを作るよりも、Twitterの機能としてユーザーが画像をまとめられるアルバムを作れるようにすれば良さそうな話でもあります。Facebookを例に上げると、こちらには既にそういった機能がありますし、有用なサービスは買収し、それができなければより良い模倣サービスを開発することで大きく成長してきました。Twitter社が同様のことをしなかったからこそ私達はTwitterを使い続けてきたのかもしれないので、それは良いとも悪いとも言えません(モーメント機能については見なかったことにします。APIもないですしね...)。Flickr等の外部サービスを使えばよいとTwitterの経営陣は思っているのかもしれませんが、私はとにかくTwitter外部に遷移したくない・Twitter内で全てを済ませたい人間です。画像を上げたらすぐにRTやFav(現在のLike)で反応がもらえますし、見る側のときは画像や漫画を見るのにpixivにさえ飛ばされたくないです。まあまあの割合で同様に考えているユーザーがいるのではないかと思っています。sucroseを公開した時に、「ジャンプルーキー等の然る場所にシュッと応募しつつ、Twitter上では最初の4ページを簡単に確認できるようになっている状態があると、作家も読者もプラットフォームも嬉しいのではないか」という意見およびお気持ちをいただきました。これはけっこうハッとさせられるもので、僕が真に解決すべきはTwitterのしょぼくれた機能を補助することではないと気付いてしまいました。いえ、Mastodonを改造して最高のプラットフォームを作るという気持ちがあるわけでもなく、今のTwitter社にAPIの拡充や制限解除など期待するのも無駄だと思うので、せめて現状維持を願うのですが、それもどうかと思うことがなくもなく、なんとも言えない気持ちになりました。まとめなんだかんだ使われ続けるTwitterすごいでも、もうちょっとユーザーの声を反映した機能追加があっても良いと思うTwitter関連ツールを作るのは楽しいけど、しょぼくれた機能を補助することが真のゴールじゃないよ期待もできないが、諦めてばかりいるのもなんだかなあ、なんとも言えねえところでこれはいい感じのsucroseページなので読んでくださいお願いします。Calendar2017オープニングと年表まとめオープニング私です、こんにちは。Calendarの時期がやってまいりました。Adventar募集開始からすぐに埋まった去年と違って、今年はまだ空席がある程度のゆったり進行となっております。2017年は、ゆゆ式にとって色んなイベントがあった(公式からの供給があった)1年だったので、みんなの気持ちが満たされているのかもしれません。そんなわけで、今年のオープニング記事としてはこの1年の出来事を振り返り、色々あったことを確かめたいと思います。ファンタジアと初期参加作品にゆゆ式があることが発表されるスマートフォンゲーム「きららファンタジア」の公式ページを本日OPENしました。NEWS本当に良かった......。冬コミは久しぶりに私がサークル申し込みしてないので帰省の予定を立てたらこれだよ行かないのでちゃんと調べてないけど多分3日目なんじゃない?そして、来年の1月にはなんと、ゆゆ式連載10周年!(平成20年2月号かららしいので合ってると思う)縮小掲載はあれど、ここまで(多分)休載なしで続いてきた漫画として存在感がすごいことになっていますね。これからもゆゆ式の世界を拡充していってもらいたいです。Calendarをよろしくお願いします。2017に参加してきました私です。2017に参加してきましたのでご報告エントリです。絵柄は原作の何巻に似てるのか?』を深層学習で確かめる」というタイトルで4ページ寄稿させていただきました。2017というタイトルで30分のトークセッションをさせていただきました。notebookを公開しつつ簡単に説明をしていきます。APIのOCRで行っています。縦書きの日本語に対して良い結果が得られますが、そのままで「日本語」として扱えるかというと微妙なので様々なクリーニングを行います。その手法について説明した本になります。結果をそのまま使うと以下の点で問題があります。傍線やリーダー点のような記号の区別精度が悪い下2つはOCRそのものの性能ということで諦めますが、それ以外はプログラムでなんとかなりそうなので頑張ったというものです。あつやだ恥ずかしい!家の事恥ずかしい!のようなまあまあマシな日本語になりました。コードはこちらのgistを参照してください。毎年恒例になりつつあるサークルLavenderBlue様主催のゆゆ式合同誌である『ゆゆすき』に参加させていただきました。他の方がイラストや漫画を描かれている中、ドーンと文章が出てくるのはご愛嬌。自分のサークルでは漫画に絞って4コマ×プログラミングをやっているので、こちらではフリースタイルということでアニメにも手を伸ばしてみました。執筆時期的に私が簡単なCNNを扱えるようになっていたのとOVAの発売があったことからこのネタを思いつきました。1巻から7巻まで、このように原作の絵柄が変化していくので、アニメのTVシリーズ(1,7,12話)及びOVAの絵柄がどこに近いのかを原作1~7巻までに分類しようという試みです。詳しくは同人誌の中身を参照してください。コミックZINさんの店舗及び通販で委託されています。コードはこちらのgistを参照してください。Jpでのトークセッションを行いました。Pythonのカンファレンスなのに4コマ漫画の話がたくさんでてくる変わり種トーク部門になります。(まだたいして使ってない)、分析等が扱えると良いのですが、Pythonならライブラリが揃っているので一気通貫にできるよ!というロジックでプロポーザル(こんな内容でトークするよという提案)を通していただけました。今年は100個以上のプロポーザルがあった中で、最初の選考である40個に選ばれたので、いい具合に需要を喚起できたのかなと思いました。APIのOCR結果を『日本語』にする技術」に加えて、人物検出をdlibでやったけどうまくいったかよくわからんねという話、人物分類をCNNでやってみたけどデータが少なすぎてどうにもならなかった話、それにかこつけてゆゆ式を布教してきたという感じです。#pyconjp_201コードはこちらのgistを参照してください。2017に参加してきましたTweet広告を非表示にするもっと読むコメントを書く2017-06-09東北ずん子のアニメデータ(原画+中割14000枚)で何ができるか考えてみた概要3万円でアニメの原画+中割14000枚+着色後中割14000枚が6月12日までの支援で入手できる着色、中割の作画、エフェクトについて自動化できないかという期待があるらしい。できそうな気はする圧倒的ボリュームのデータを使っての画像処理やら機械学習やら深層学習やらで色んなことができるね、たーのしー、になりたい東北ずん子のアニメとは東北ずん子とは東北復興を応援する2次元キャラクター。公式HP東北ずん子は東北企業であればイラストを無償で商用利用出来るキャラクターです。始めとした様々な利用ガイドラインがある。東映制作のアニメ(プリキュアシリーズ等)は3500枚の制限がある。あにこ便の>>111その作画量は、日常的な芝居、ミュージカル風の動き、謎に良いアクションで発揮されているストーリーに関しては、ずんだの力を信じればよいよくわかるアニメ業界の現状とこのデータセットにかける関係者の思いが、こちらのTogetterにまとまっていますのでご一読ください。アニメ技術開発の研究材料に。容量については100GBほど、何らかのサーバーからダウンロードする形式になるらしいやってみたい着色の自動化:カット毎の1枚目の着色後中割を基点にしてその後の未着色中割に適切な色を塗る画像の輪郭群を取得して、重心毎に色を記憶しておき、次のフレーム画像に対して近い位置にある重心に同じ色を塗っていくような画像処理の範疇で実装できるのでは中割の自動化:原画と原画のモーフィングのような手段しかアイデアがない。既存手法も似たようなものではなかろうか。CNNで上手いことやればどうにかできるのかもしれないが、私には知見がない完成動画から抜き出したデータを含めてどんなことができそうか完成後の動画を使ったアレコレも許されるのであれば、以下のようなデータを生成して追加で試してみたい。完成動画(撮影処理後)のコマ毎の画像に切り出す画像を線画化したものを作成するやってみたいエフェクトの自動化?:着色後中割とコマ毎の画像の差分でどんな撮影処理が入っているかを見るGohhoChainerのような画風変換処理でエフェクトの感じを抜き出せないだろうか以下、制作側を助けるものではなく、ファン側が悦に入るための仕組みについてカット数を数える:場面の移り変わりを検知してカット数を数える。作品の予算感が分かる部分である動画枚数を数える:単純に差分のある枚数だけ数えても、炎のCGエフェクト等で毎フレーム差分がある箇所があったりする。いうのは除外して作画してある動画枚数を数えたい。カット数と同じく、作品の予算感が分かる。正解として14000枚という目安があるのはとてもありがたいOP・EDに出てくるスタッフ一覧をOCRでデータ化する:あの原画の人がここでもーみたいなのを色んなアニメ作品を横断して知りたい作品によってフォーマットが違いすぎるので、公式にどこかに出してもらうようにするほうが100倍くらい建設的ではあるアニメ業界を救えるの?6月7日のクローズアップ現代でもアニメーターの貧困が取り上げられて、一般的なアニメファンの間でも業界をどうにかしたほうが良いのではという機運が高まっているのを感じます。門外漢からすべての状況が見えるほど単純な問題ではなさそうなので、「実際にある具体的な問題を提示してもらって、技術者として解を見つけられそうなら協力する」くらいのスタンスでいるのがいいのかなと思います。求)着色の自動化、中割の自動化、エフェクトの自動化」くらいの対応であるべきかと。「技術でこんなことができそうだなー」と門外漢で盛り上がるのは勝手だが、「アニメ業界はこんなことをするべきだ!」と押し付けるのはちょっと違うかなと。まとめはやくクラウドファンディングに支援して画像処理やら機械学習やら深層学習やらでこんなことができそうだねたーのしー、になりましょう。(この記事を書くのが遅すぎてあと少ししか期間がない。僕が考えたもの以外でもやってみたいこと・やれそうなことでアイデアを募りたい。データを色んな人が入手しそうなので「東北ずん子のことをやるもくもく会」とかやっていきたい。アニメ関係者にも参加してもらって知見・アイデアをいただきたい。支援するためのクラウドファンディングのページはこちら「ずんだホライずんのデータをゲットできる特別コース」(30000円)と合わせて、「アニメを絶対見るぞコース」(5000円)を申し込むのが色々ゲット出来る組み合わせっぽいです。00:32東北ずん子のアニメデータ(原画+中割14000枚)で何ができるか考えてみたTweet広告を非表示にするもっと読むコメントを書く2017-04-15PyQについて私的なおすすめポイントを紹介します株式会社ビープラウドが「PyQ」というオンラインでプログロミングが学べるサービスを4/12にリリースしました。私の所属は、勉強会等でお会いした方はご存知かもしれませんが前述のビープラウドであり、私も問題作成とマーケティングで関わっているので、これはリリース記念の記事というやつです。製品に自信があってユーザーに広めたい思いがあって書かれています。まりっぺぶろぐサービス自体の紹介はPyQ公式サイトを見ていただくとして、私からは個人的に良いと思っている部分をできるだけ客観的に伝えられたらと思います。Meetupのような場で話されるのがよいかと思うのでここでは割愛します。個人的に思うPyQの良いところ環境構築がいらないPythonの環境構築自体は知っていれば簡単に済ませられるものですが、インターネットで調べると情報が錯綜していることもあり、必要のないpyenv導入、必要のないvirtualenv導入、OSで使っているPythonが上書きされて死、pyenvとpyvenvで紛らわしいところにpipenvとかも出てきて死、など色んな罠が存在します。Studioと関連ライブラリをインストールしては入れ直しという地獄に陥ったり、仕方なくAnacondaを導入して既存の環境が壊れたりと待ち受ける障害が多いです。Pythonを使う前から嫌いになるという話もたまに聞きますが、無理もないなと感じています。PyQではWEBブラウザからdockerを通して立ち上がったコンテナ上で問題を解けますので、PCだけでなくiPad等のタブレットでも学習を進められます。現在、iPhoneやiPad等の非PC環境からだと日本語が入力できないため文字列として名前を入力する場合等、一部の問題が解けない不具合があります。学習が進められるわけではないので訂正します。WEBアプリを作る問題では、WEBフレームワークであるDjangoもコンテナ上で動きhtmlの描画結果も確認できます。