x265 rev3©2ch.net

**名無しさん＠編集中転載ダメ©2ch.net** · 2016/05/03(火) 19:09:55.21

H.265/HEVCのコマンドラインエンコーダーであるx265について語るスレです。
AviUtlやx265guiExなどの話はスレ違いなのでそれぞれの専用スレへどうぞ。

[本家]
http://x265.org/index.html
https://bitbucket.org/multicoreware/x265/wiki/Home

[ソース]
https://bitbucket.org/multicoreware/x265/src
https://github.com/videolan/x265

[バイナリ]
http://x265.ru/en/builds
http://rigaya34589.blog135.fc2.com (右側のメニューの"ビルドしたものとか")

[ビルド方法(MSVC)]
http://rigaya34589.blog135.fc2.com/blog-entry-402.html
http://rigaya34589.blog135.fc2.com/blog-entry-540.html

[ドキュメント]
http://x265.readthedocs.org/en/default/index.html

[諸注意]
x265のrevはMercurial(Bitbuket)とGit(Github)では算出方法が違います。
当スレではMercurial準拠で示すようにして下さい。
次スレは>>980が建てること。

[前スレ]
x265 rev2
http://echo.2ch.net/test/read.cgi/avi/1418252184/

**名無しさん＠編集中** · 2016/12/10(土) 15:28:22.65

x264でエンコしたよりファイルサイズ小さくなっても俺の眼では品質的な違いは分からんしx265にしてる
x264の半分まで行かないにしても60%位で見分けなんてつかないし一々見比べようとも思わない

**名無しさん＠編集中** · 2016/12/10(土) 15:46:04.52

膵臓やられてるかもしれないから病院行ってこいよ

**名無しさん＠編集中** · 2016/12/10(土) 16:02:45.36

それお前だろｗ

**名無しさん＠編集中** · 2016/12/10(土) 16:04:05.76

>>326
そうだよ。定義によってレートは変わる。

**名無しさん＠編集中** · 2016/12/10(土) 16:15:29.76

>>330
ああ、なるほどビデオカメラとかスマホだと結構ビットレート増やせるね
自分は動画とか写真の品質指定を真っ先に下げるから思い浮かばなかったは

**名無しさん＠編集中** · 2016/12/10(土) 16:23:48.12

crf30くらいの低ビットレートだとx265が優位
でもcrf20くらいだと期待より差が出ない感

**名無しさん＠編集中** · 2016/12/10(土) 17:30:52.55

フォーラムや過去の2chでの感じではx264だと22～24、x265だと22～23で低ビットレート扱い
それほど高画質を求めなければ十分なレベルだとは思うんだけどね

個人的な経験則ではx264 crf24とx265 crf 22.5で同じような画質でファイルサイズはx265が一回り小さくなる感じ
ちなみにx265でvrf22以上だとqcompを0.7ぐらいに上げないと副作用が強く出た（テスしたのはver.1.9の終わりぐらい）

**名無しさん＠編集中** · 2016/12/10(土) 17:47:47.39

スカイレイクのハードエンコは速い？

**名無しさん＠編集中** · 2016/12/10(土) 18:28:03.87

x264はcrf20くらいでやってるなぁ
アニメTSだけど

**名無しさん＠編集中** · 2016/12/10(土) 21:29:45.79

--aq-mode 0 にしてもコマンドライン上でもMediaInfoでもaq-mode=1になるんだけど
どうなってるの？

**名無しさん＠編集中** · 2016/12/10(土) 21:40:42.04

使ってるバイナリとか、指定してるコマンドくらい書けよ

**名無しさん＠編集中** · 2016/12/10(土) 22:11:52.03

aq-mode=0 にしたいなら --no-cutree をつけましょう

**名無しさん＠編集中** · 2016/12/11(日) 20:56:10.10

x265でタイムコードを扱うにはどうしたらよろしいのでしょうか？

**名無しさん＠編集中** · 2016/12/11(日) 21:36:05.12

タイムコードを埋める

**名無しさん＠編集中** · 2016/12/11(日) 22:15:21.16

>>343
今、ちょうどやってるところだった
自分が使ってるAutoVFRを前提に話をするけど、2pass目avsの

its(def="F:\movie\_AutoVfr111\temp\AutoVfr.def", fps=-1, output="F:\movie\_AutoVfr111\temp\encode_time.tmc")
を
its(def="F:\movie\_AutoVfr111\temp\AutoVfr.def", fps=-1, output="F:\movie\_AutoVfr111\temp\encode_time.txt")

と変えてtimecodeをtmcじゃなくtxtで出力するようにして
それをx265でエンコード、L-SMASHでmp4にmux→mp4fpsmodでタイムコードを埋め込み→映像と音声の結合、で出来るっぽい
まだ10秒のクリップでエンコードしただけで（とりあえず上手くできてる）、今は10分のテストクリップでエンコード中

x265にはまだコンテナへのmux機能がないからこうするしかないと思うんだけど、合ってるのかな・・

**名無しさん＠編集中** · 2016/12/11(日) 22:30:18.10

結構手間かかるのね
AviUtlなら拡張x265GUIexeのセットにツール含まれてるから
それ使ってmux後にtmc埋める

**名無しさん＠編集中転載ダメ©2ch.net** · 2016/12/11(日) 22:36:44.37

x264とは違ってエンコードがVBVを考慮したVFRでないのは残念だな。

**名無しさん＠編集中** · 2016/12/11(日) 22:50:54.41

ちょっと何言ってるか分かんない

**名無しさん＠編集中** · 2016/12/11(日) 22:57:45.35

>>346
行程的には3行ぐらい増やすだけだよ？
bat使ってればの話だけどさ

**名無しさん＠編集中** · 2016/12/12(月) 00:27:53.28

timelineediterでも出来た気がする

**名無しさん＠編集中** · 2016/12/12(月) 00:45:38.61

>>349
ふむ、そうなのか
Avisynth使ってないからわからなかった

**名無しさん＠編集中** · 2016/12/12(月) 18:08:06.43

プリセットのslowerを使ってて
BフレームのAvg QPがI・PフレームのAvg QPより3～4ぐらい高くなるんだけどこういうもの？

**名無しさん＠編集中** · 2016/12/13(火) 16:24:14.60

grain使ったらエッジがずれた！
-----_----
　　↑
こんな感じ

**名無しさん＠編集中** · 2016/12/13(火) 20:25:08.25

インタレ素材というオチじゃなくて？

**名無しさん＠編集中** · 2016/12/13(火) 20:34:46.44

プログレにしたあとのものです
実際には縦のエッジがずれてる

**名無しさん＠編集中** · 2016/12/14(水) 16:59:20.03

説明書に書いてあるこれじゃないの？

If the bitrate is too low for the psycho-visual settings, you will begin to see temporal artifacts (motion judder).
This is caused when the encoder is forced to code skip blocks (no residual) in areas of difficult motion because
it is the best option psycho-visually (they have great amounts of energy and no residual cost).
心理視覚設定に対してビットレートが低すぎる場合、時間的なアーテイファクト（ブルブルした動き）が目に付きはじめるだろう。
これは、エンコーダが動きの複雑な領域でスキップブロック（残差なし）をコーディングするよう仕向けられた場合に発生する。
心理視覚的にはそれが最良の選択（スキップブロックは非常に高エネルギーで残差コストはゼロ）だからである。

**名無しさん＠編集中** · 2016/12/14(水) 17:04:49.39

グレインを残したいと思って>>233を参考にしたんだけど、
少し動きの激しいところで前後のフレームの残像(?)のようなノイズが現われたのも
それなのかな？

**名無しさん＠編集中** · 2016/12/14(水) 17:58:09.38

あーaqを上げるとエッジに使うビットをケチるからエッジでは尚更そういう現象が起きやすくなるだろうね
tune grainではデフォルトでaqとcutreeとrecursion-skipを無効にする設定になっていて、
いずれも無効にするとブルブルの発生を抑制する効果があるけど、それぞれ大きな代償を伴うのが厄介なところ
ブルブルが気になるなら他にも--rect --amp --tu-inter-depth --ctuとかを弄って実験してみるといいかも

**名無しさん＠編集中** · 2016/12/15(木) 12:40:24.98

Merge with default; prep for 2.2
https://bitbucket.org/multicoreware/x265/commits/72af1a8087022a5ea7b80ae950cf93a9dd44af47

もうすぐ2.2が出る模様

**名無しさん＠編集中** · 2016/12/15(木) 14:30:23.03

seaとlimit tuぐらい？

**名無しさん＠編集中** · 2016/12/16(金) 19:23:46.85

ビットレートが足りない(?)ブロック(ユニット)は
ブロック内の一部が破綻するんじゃなくてそのブロック全体がノイズまみれになるのね
ビットレートを上げるしかないのかな？

**名無しさん＠編集中** · 2016/12/16(金) 21:04:38.18

Transform Unitの階層深く取っても？

**名無しさん＠編集中** · 2016/12/21(水) 02:16:26.02

自作PC板でx265ベンチ始まりました

【x264+Avisynth】実用エンコベンチ Part5.1 [無断転載禁止]©2ch.net
http://potato.2ch.net/test/read.cgi/jisaku/1460032466/101-

**名無しさん＠編集中** · 2016/12/21(水) 14:22:12.31

AVX2ってこんなに効果高かったんだな

**名無しさん＠編集中** · 2016/12/21(水) 15:51:44.74

今じゃx264もx265も開発者の優先順位がAVX2だろうからな
x264に関しては過去に長いことSSE2とMMX2に最適化してきた
積み重ねがあるからSSE2とMMX2だけでも結構速度出せるけど
x265は今更SSSE3以前しか使えないような環境に最適化させるような開発リソース避けないだろうしな

**名無しさん＠編集中** · 2016/12/21(水) 20:38:11.04

x265は結構、x264から使える部分持ってきてるんで
x264時代の最適化がそのまま受けうがれてる部分も多い

**名無しさん＠編集中** · 2016/12/21(水) 21:15:06.27

結構を置く位置がおかしいからx265を拒絶した話の流れかと思ったｗ

**名無しさん＠編集中** · 2016/12/26(月) 20:33:25.02

2.2リリース

**名無しさん＠編集中** · 2016/12/26(月) 21:10:11.47

Version 2.2

Release date - 26th December, 2016.
Encoder enhancements

1.Enhancements to TU selection algorithm with early-outs for improved speed; use --limit-tu to exercise.
2.New motion search method SEA (Successive Elimination Algorithm) supported now as :option: ?me 4
3.Bit-stream optimizations to improve fields in PPS and SPS for bit-rate savings through --[no-]opt-qp-pps, --[no-]opt-ref-list-length-pps, and --[no-]multi-pass-opt-rps.
4.Enabled using VBV constraints when encoding without WPP.
5.All param options dumped in SEI packet in bitstream when info selected.
6.x265 now supports POWERPC-based systems. Several key functions also have optimized ALTIVEC kernels.

API changes

1.Options to disable SEI and optional-VUI messages from bitstream made more descriptive.
2.New option --scenecut-bias to enable controlling bias to mark scene-cuts via cli.
3.Support mono and mono16 color spaces for y4m input.
4.--min-cu-size of 64 no-longer supported for reasons of visual quality (was crashing earlier anyways.)
5.API for CSV now expects version string for better integration of x265 into other applications.

Bug fixes

1.Several fixes to slice-based encoding.
2.--log2-max-poc-lsb‘s range limited according to HEVC spec.
3.Restrict MVs to within legal boundaries when encoding.

**名無しさん＠編集中** · 2016/12/26(月) 21:22:07.56

2.2のリリースノート、Doom9でも引用で貼られてたけど、
　http://forum.doom9.org/showthread.php?p=1790965#post1790965
これのオリジナルのPradeepって人の書き込みってどこにあるんだろ？

**名無しさん＠編集中** · 2016/12/26(月) 21:30:22.67

https://bitbucket.org/multicoreware/x265/commits/be14a7e9755e54f0fd34911c72bdfa66981220bc
これ？

**名無しさん＠編集中** · 2016/12/26(月) 22:01:15.17

>>371
なるほど、ありがとう。ドキュメントセットにリリースノートがあることを今更知ったよ・・・。
　http://x265.readthedocs.io/en/default/releasenotes.html

**名無しさん＠編集中** · 2016/12/27(火) 18:21:57.06

--scenecut-bias でキーフレ入れてくれない問題が解決するといいな

**名無しさん＠編集中** · 2016/12/29(木) 19:17:55.33

前フレームのブロックを(ほぼ？)そのまま使われて映像が乱れるのは
どうにかならないでしょうか？
その部分だけ四角く縁取られているような感じです。
>>356さんが指摘されていることが起きているのかと思いましたが
AvgQPが15以下に収まっているのでビットレート不足ではないと考えています。

**名無しさん＠編集中** · 2016/12/29(木) 19:33:20.22

エンコ設定とその前後のコマ見せてもらわんとなんとも

**名無しさん＠編集中** · 2016/12/29(木) 19:38:28.20

r-skipどうたらじゃね

**名無しさん＠編集中** · 2016/12/31(土) 01:37:01.93

>>374
提示されてる情報が少なすぎてレスしづらいんだけど
試しに --no-cutree と --no-rskip を付けてみれば？と当てずっぽうでアドバイスしとく

**名無しさん＠編集中** · 2016/12/31(土) 18:49:22.26

今年は2passがー、白黒でグレインガー、ておかしなバカが暴れてたな
バカってどうしてしたかでイキるんだろう
来年はまともなスレになりますように

**名無しさん＠編集中** · 2016/12/31(土) 18:52:08.49

あんたが書かなきゃ誰も覚えてなかったのに
当事者の記憶力（と執着心）は凄いね

**名無しさん＠編集中** · 2016/12/31(土) 19:19:39.21

したかでイキるとかいう言葉遣いがとてもバカっぽいｗ

【馬】【174円】 · 2017/01/01(日) 10:36:37.48

>>379, >>380
まんまお前のこと

**名無しさん＠編集中** · 2017/01/01(日) 10:43:36.36

今年最初のレスが馬のレスとか終わってんな

**名無しさん＠編集中** · 2017/01/01(日) 16:00:07.39

頭が終わってる奴だししゃあない

**名無しさん＠編集中** · 2017/01/02(月) 08:18:08.38

Bitbucketの課題の所に上がってないけれど
--scenecut のバグってx265作ってるチームも把握してないのかな？

**名無しさん＠編集中** · 2017/01/03(火) 17:11:56.82

また、変な奴が粘着してるな

色んなオプションいじるより、ipratioとpbratioをいじった方がいい事に今頃気がついた

**名無しさん＠編集中** · 2017/01/03(火) 18:04:34.23

新年一発目のレスが耐性0だしね

しかし結局seaはどのプリセットにも組み込まれないのか

**名無しさん＠編集中** · 2017/01/09(月) 11:27:13.96

ssimでいうと、速度画質のバランスはumhがいいし
starやesaはumhに画質で勝てないし、速度のメリットもあまりない

とんちんかんな事言い張ってる粘着は初心者スレに隔離した方がいいと思う

**名無しさん＠編集中** · 2017/01/09(月) 12:50:00.89

>>384
scenecutに関心持ってる人が少なそうだしね・・・
その後いろいろ弄って分かったんだけど、x265に無視されやすいシーンチェンジって
その前後を跨いでタイトル文字やワイプみたいな輪郭の強いものが画面に居座ってる場合が多いみたい
これは新しく加わった --scenecut bias の仕組みについての説明とも符合するからバグとは言えないのかも
--scenecut と bias の両方を60ぐらいまで上げてみたらそういう動画でもx265の反応がだいぶマシになったよ
ただ、--scenecut をデフォの40にしたまま bias を80まで上げてみたら、なぜか期待とは逆にむしろ反応が
悪くなってしまったりして、相変わらず挙動が意味不明な部分はある

**名無しさん＠編集中** · 2017/01/09(月) 13:24:50.61

メーリングリストで報告をなぜしない？

**名無しさん＠編集中** · 2017/01/09(月) 13:43:48.34

starとseaの比較を2.1+70でやってたので面倒くさかったのでそれにumhを
追加したらこんな感じ。

　　　　　　　　　　　　　　　　　FPS　　 Bitrate　　　　SSIM
2.1+70 crf-23 slower -me umh　　2.1　　1716.13　　0.98774
2.1+70 crf-23 slower -me sea　　0.99　　1713.67　　0.987733
2.1+70 crf-23 slower　　　　　　2.23　　1717.42　　0.987735

2.2だと変わってるの？
個人的には好きなの使えって感じだが、何が良いって言うのならデータが
ほしいな。

**名無しさん＠編集中** · 2017/01/09(月) 13:51:04.80

x264の解説ではかなり重要とされてるから、バグもしくは意図しない動作なら大問題になってると思う
自分も気になって調べたけど前後でまったく別物に変わるシーンにはちゃんと入ってるし
逆に画面が切り替わっても半分ぐらい同じ感じなら入らなかったりで、x265では問題なくカバーできるという判断なんだと思う

ところで自分はaviult&L-SMASH Worksで読み込んで「キーフレームを表示」で確認しただけで
フレームタイプ自体は不明

**名無しさん＠編集中** · 2017/01/09(月) 14:58:57.68

XMediaのプレビューでフレームタイプは確認できるよ
非常に操作しづらいが

**名無しさん＠編集中** · 2017/01/10(火) 13:20:38.92

>>390
それなら、黙っていればいいのに
何が言いたいのか意味不明
粘着自演の人？

**名無しさん＠編集中** · 2017/01/11(水) 15:14:31.73

検証データも上がってない時に
seaはumhに画質で勝てないとか言い出してた時点で
意味不明だったんだが

**名無しさん＠編集中** · 2017/01/11(水) 15:43:14.41

好きなの使えよバカじゃねえの

**名無しさん＠編集中** · 2017/01/11(水) 15:49:27.02

いつもの頭おかしい人だからスルーしていこう
そんなことより--aq-motionって前からあったっけ？

**名無しさん＠編集中** · 2017/01/11(水) 16:11:23.51

>>394
> seaはumhに画質で勝てないとか言い出してた時点で

390をどう斜め読みしたらそうなる？

**名無しさん＠編集中** · 2017/01/11(水) 16:35:45.08

--scenecut、0～17まではIフレームの数増えるな
とりあえず怪しい英語で報告はしたけど中の人理解してくれるかな？

宛先 : x265-devel@videolan.org
件名 : The bug in --scenecut option.
本文 :
--scenecut option setting are not reflected correctly after 17.
(NG出るからここには載せられないけれど--scenecut 16,17,40,100でのエンコード結果も記載)

**名無しさん＠編集中** · 2017/01/11(水) 16:41:33.88

>>397
390じゃなくて>>387でしょ
"starやesaはumhに画質で勝てないし、速度のメリットもあまりない"

**名無しさん＠編集中** · 2017/01/11(水) 17:03:55.15

ああ、なる
画面が見切れてたは

>>398
何かしらの回答が得られるといいな

**名無しさん＠編集中** · 2017/01/11(水) 18:09:37.03

>>398
すごく有難いです

**名無しさん＠編集中** · 2017/01/12(木) 19:14:44.15

>>394,>>396,>>399が同一人物に見える

**名無しさん＠編集中** · 2017/01/12(木) 19:18:11.97

これが例の頭おかしい奴か

**名無しさん＠編集中** · 2017/01/12(木) 20:13:59.39

399は「やさしい第三者」の線が濃厚
いつもの人にこういう書き方は不可能のはず

**名無しさん＠編集中** · 2017/01/12(木) 21:54:58.01

>>378 >>381 >>387 >>393 >>402

**名無しさん＠編集中** · 2017/01/13(金) 09:47:44.47

>>405
自分宛のレスは同じ人と思ってるんですね
自演の自白同然ですね

**名無しさん＠編集中** · 2017/01/13(金) 18:08:50.55

久々に中の人がdoomへ書き込んでる
安定版は2ヶ月に1度リリースするように努めてるんだと

**名無しさん＠編集中** · 2017/01/14(土) 14:56:53.93

rdoqって重すぎだよな

**名無しさん＠編集中** · 2017/01/18(水) 04:16:43.22

ochimasenyoni

**名無しさん＠編集中** · 2017/01/18(水) 19:04:06.91

設定をこねくり回しすぎて疲れた

**名無しさん＠編集中** · 2017/01/19(木) 02:34:13.69

はあ

**名無しさん＠編集中** · 2017/01/19(木) 05:46:11.07

ほ

**名無しさん＠編集中** · 2017/01/19(木) 11:26:36.03

かれこれ半月更新無しか…

**名無しさん＠編集中** · 2017/01/19(木) 15:43:19.59

**名無しさん＠編集中** · 2017/01/19(木) 15:44:24.88

**名無しさん＠編集中** · 2017/01/19(木) 15:49:32.97

**名無しさん＠編集中** · 2017/01/19(木) 21:44:07.81

ほ

**名無しさん＠編集中** · 2017/01/19(木) 23:55:20.22

ほ

**名無しさん＠編集中** · 2017/01/20(金) 04:03:08.41

肉

**名無しさん＠編集中** · 2017/01/20(金) 12:12:45.61

ほしゅ

**名無しさん＠編集中** · 2017/01/20(金) 17:50:15.10

ほ

**名無しさん＠編集中** · 2017/01/20(金) 19:40:41.62

も

**名無しさん＠編集中** · 2017/01/21(土) 04:52:42.08

x265ってイントラブロック手抜きしすぎだよな

**名無しさん＠編集中** · 2017/01/21(土) 14:00:29.76

http://i.imgur.com/NZEJiby.png
http://i.imgur.com/qAEKjUl.jpg

**名無しさん＠編集中** · 2017/01/21(土) 20:08:33.15

アイコンから音ゲー板と勘違いした

**名無しさん＠編集中** · 2017/01/21(土) 20:09:29.28

　　　　　　　　　　　　　/ﾆＹﾆヽ
　　　　　　　　　　　　/（ﾟ )( ﾟ）ヽ
　　　　　　　　　　／::::⌒｀´⌒::::＼
　　　　　　　　　　|　,-）＿＿＿（-、|　　・・・・・・・・・・・・・・・ｗ
　　　　　　　　　　| l　　 |-┬-|　　l |
　　　　　　　　　　＼､　`ー'´ 　ノ　　　　　　
.　　　　　 _＿＿　ノ　トー-ーイ
.　　　　／　　　　｀ヽr--､ー､,, └-‐―- ､
　　　　/　　　　　　　 /ﾆﾆ＼　　　　　　＼
.　　　 { 　　　　 ,　｀⌒｀＜＼　 ,ｨ―'⌒ヽ.｀ｰ､
　　　　',　　　　/　　　　　　　｀Ｙ´ 　　 ./⌒ヽ　ﾍ.
　　　　ヽ、　　　　　　　　　　　　　　　　 /　　　＼}
.　　　　　| {＞、　　　｀ー--　　　　　 /　　　　　ヽ|
.　　　　 |　Ｖ　｀＞、＿＿＿_　　　 , く　｀ー'　　　ﾉ
. 　　　 |　　Ｖ　　　　　　　　　｀ー '　　｀７ー――'
　　　　　|　　＼　　　　　　　　　　　　　/|
　　　　 |　　　 |　　　　　　　　　／.｜
.　　　　｜　　　/―― ' ￣￣￣｀ー/　　 |
.　　　　 | 　　 /￣￣￣￣￣￣￣｀ヽ　　｜
.　　　 |　　 ./　　　　　　　　　　　　ﾊ　　|

**名無しさん＠編集中** · 2017/01/21(土) 22:10:15.72

DTVﾂ氾つづ?ﾂづ個姪｢ﾂ妥ｨﾂづｰﾂ氾ｰﾂつｯﾂづｩﾂつｽﾂづ淞、ﾂδ債ーﾂカﾂδ仰δ仰ーﾂδ仰づ｢ﾂ氾つ静敖津ｨﾂづ可甘鳴つｷﾂづｩﾂ議ﾂ論ﾂづｰﾂ行ﾂつ｢ﾂづ慊つｷ
ﾂ荒ﾂづｧﾂつｵﾂづ個防ﾂ止ﾂづ個つｽﾂづ淞外ﾂ閉板掲ﾂ篠ｦﾂ氾つづ?ﾂ行ﾂつ｢ﾂづ慊つｷﾂづ個づ?ﾂづｦﾂづｫﾂつｵﾂつｭﾂつｨﾂ甘ｨﾂつ｢ﾂつｵﾂづ慊つｷ

ﾂ【ﾂ篠ｩﾂ篠｡ﾂ】DTVﾂ氾つ篠ｩﾂ篠｡ﾂスﾂδ個氾ｰﾂ禿ｯﾂ渉?
https://n;2ch.ml/test/read.cgi/avi/1485003576/

**名無しさん＠編集中** · 2017/01/21(土) 22:16:56.13

sﾂつ

**名無しさん＠編集中** · 2017/01/23(月) 14:52:31.41

　　　　　　　　　 /ﾆＹﾆヽ　　　　　＿ ) (_
　　　　　　　　　　/ （0)(0）ヽ　　（⊂ﾆﾆ⊃)　 AAはどうしたごムイ共
　　　　　　　　／　⌒｀´⌒　＼　　｀二⊃ﾉ　　許されたと考えてよろしいか？
　　　　　　　　|　,-）川川（-、.|　　（( ￣
　　　　　　　　| l　ヽ＿＿ノー┼￢Ｕ
　　　　　　　　＼　｀ ⌒´ 　　／
　　　　　　　　／　　　　　　　ヽ
　　　　　　　/　　　　　　　　　　ヽ
　　　　　　　|　　　　　　　　　　 |　|
　　　　　　　ヽ_|　　　　　　　　　|丿
　　　　　　　　 |　　　　　　　　　|

**名無しさん＠編集中** · 2017/01/23(月) 17:13:19.38

凄い昭和臭漂うAAだね