  |
はてなキーワード: Jpegとは
女性向けソシャゲ市場であんさんぶるスターズ！の二匹目のドジョウを狙いたいソシャゲ会社ーーーーーー！！！！！！！！
まず絵をアニメ寄りのかわいいやつにしろーーーーーー！！！！！！！！
有名イラストレーターに頼むとネームバリューにファンがついてるけどその個性故に敬遠する客もいるぞーーーーーーーーーー！！！！！！！
乙女ゲーによくあるくどくて使い古された絵柄は乙女ゲーに抵抗のない客層にしか響かないぞーーーーーー！！！！！！！！
さっぱり目のそれこそ京アニとかに寄せたような絵柄にしろーーーーーーーー！！！！！
ガチャの単価を下げろーーーーーーーーーーーーーーーーーーーーーー！！！！！！！！
乞食って言われそうだけど、一般的に女性の平均年収は男性の平均年収を下回ってるから、男性プレイヤーが主要顧客のアプリと同じくらいのガチャ単価に設定してるとそれだけでちょっと敷居がいんだと思う。
中にはじゃぶじゃぶお金をいれられる廃課金の女オタクももちろんいるけど、微課金層を取り込んでいきたいならガチャ単価は1万円で30連じゃなくて1万円で40連に調整するといいよ。
ちなみにあんさんぶるスターズは5400円でダイヤ360個買えるので、ダイヤ135個使う10連を2回回してもちょっとダイヤが手元に残るくらいの感覚だぞーーーーーーーーーーーーーー！！！！！！！これめちゃくちゃ絶妙だし課金への敷居さげて微課金層増やす要因になってると思うぞーーーーーーーーー！！！！！！！
あとピックアップガチャのピックアップ確率を上げろーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー！！！！！！！
☆5とかURの排出テーブルにのってもほしくもないキャラの恒常高レアがきたところでドブはドブだーーーーーーーーーー！！！！！！
そこで絞るより最高レアのテーブルにのったら確実に限定カードが出るくらいの調整の方が女の財布の紐はゆるむぞーーーーーーーーーーーーーーーーーーーーーーーー！！！！！！！！！
あと乙女ゲーは女オタク至上ではニッチ市場な部類だから完全にオタク女を狙うなら無理にキャラクターとの恋愛を推さんでいいしキャラクター同志の関係性を描けーーーーーーーーーーーーーーーーー！！！！！
腐女子の食いつくCPとかを狙わなくていいから普通に人間関係とかを描けーーーーーーーーーーーーーーーーーーーーーーーーー！！！！！！！！勝手に食いつくから少年漫画みたいな作風を目指せーーーーーーーー！！！！！！！！！！！！！！！！！！
イケメン○○みたいな乙女ゲーっぽいのに食いついてる女性客と、女性オタクの客層は似て非なるものだと思うぞーーーーーーーーーーーーーーーーーーー！！！！！！！！
普通にあんスタageてガチャゆるめてほしい乞食のたわごとだと思われそうだけど、あんスタがどうして微課金層を幅広くつかんで女性向けアプリらしからぬ売上を維持しているかの理由は、プレイしてドはまりした自分や身の回りの経験から
・気軽にガチャに手を出しやすいガチャ単価・ガチャ内訳の設定と、イベントを走れば確実にもらえる☆5報酬の設定
・匂わせはあるけどがちがち恋愛要素絡めた乙女ゲーにしないキャラクターとプレイヤーの距離感
あたりがでかいのではと思っているという話で、ヒットしてそろそろ2年たつのにいまだに後追いゲーが出てこないのなんでだろうなあって不思議に思っている。
超どうでもいいんだけど
例えば警察官が街で見かけたかわいい女子高生をこっそりデジカメで撮影して
そのJPEGファイルを警察署の備品の顔認証システムにアップロードすれば免許証の顔情報と照らし合わせて美少女の住所が分かるし
その美少女の所有するWinPCのWEBカメラを遠隔操作して思春期の女の子の部屋を覗くことがマイクロソフトの協力があれば技術的にはできるはず
親は仕事でデスクトップ必要だとしても、子供用だったら片付けるのが楽なノートだよねえ
中国やアメリカ在住の社員が日本在住の女子高生に写真ちらつかせて金要求するとしたら飛行機乗って大金かけて来日しないといけない
普通にPCに向かってる顔しか撮れないんじゃね？そんなんで金取れないだろ
しかも女子高生本人が金持ってるわけないんだから親に請求するって事になるが
全体からしたらごく僅かであろう「免許と、自室に常時起動しているデスクトップPCを持っていて
そのPCの前で撮られたらヤバいような事をしている女子高生」を求めて
その辺歩いてる女子高生の写真撮りまくってたら何十人分必要なのか、いや何百人レベルか
そんなことしてたら成功する前にバレると思うが
http://b.hatena.ne.jp/entry/s/medium.com/mediumjp/2b0da4969e65
だいたいはここらへんのコメント
id:koiz アメリカでは、光を思いっきり入れたクリエイティブが求められることが多い(特に西海岸だし、スイムウェアは)。自分のセンスで左の方がいい！この写真家はクソ！ってなる人がrawデータを貰いたがるタイプなのだと予想
id:Memeo このレタッチ写真屋が勝手にやったんじゃなくて用途やデザイン案に従って仕上げたもんなんじゃない？/ カレー作って今からルー入れようって時に「もうそれでいいから食わせろ」と言われても困るだろう。
で言い表されてると思ったんだけど、スターを集めてるブコメでは誤解が解けてないようなので。
まず、カメラマンの仕事を理解していないひとが多い。カメラマンは写真家と違って、クライアントの要求にあった写真を撮るのが仕事なんだよね。「フレアがわざとらしい」とか「レタッチ前の写真のほうが好き」と言っている人は、カメラマンじゃなくてクライアントのセンスに文句をつけている。
次に、本文でも親切に「レタッチを前提として撮っている」と書いてあるように、レタッチは下手な写真をごまかす手段としてではなく、クライアントの望む理想的な写真を作り出す手段として使っている。「RAW現像を前提としてあえて暗めに撮っておき、現像時に明るくすることで暗部の階調を残す」というようなテクニックは常套手段。なのでレタッチ前の写真が下手という指摘は外れているし、そういう誤解があるからこそ元データを納品したくないんだよ。
元記事はカメラマンの立場からRAWデータを渡せない理由を説明し、それでもクライアントの不利益が少ないことを説明して理解を求める内容。「RAWデータは作りかけのもの。自分の名前で世に出したくはない」「そのことでクライアントに不利益が生じないようきっちりと仕事をしているので、理解してほしい」「しかしカメラマン側も事前に契約を詰めるなどの取り組みは必要」という流れ。その流れを踏まえてブコメを読むと、とんちんかんなブコメがかなり多いことがわかる。
いわゆる写真の加工に対して、アレルギーを持った人が多いんだろうなと再認識させられた。身の回りにある写真はほとんどが加工済みだし、iPhoneで撮った写真でさえ元から強烈な補正がかかってる。ここまで写真が身近になった今だからこそ、写真の現像やレタッチについてカメラマンからも発信していかなければならないと思った。
id:toksato 結局なんでレタッチ前の写真を渡さないのかよくわからなかった。
本文中に"レタッチが終わるまでは、自信を持って「自分の作品です」とクレジットを付ける気にはなりません。"って書いてある。
ただ、元記事は「レタッチ前データを渡したくない理由」「レタッチ前データを渡す必要が無い理由」「同業カメラマンへの提言」がまぜこぜに書かれていて、主旨が読み取りづらいとは思う。
id:Akamemori お前それフィルムカメラでも同じ事言えんの？
ブコメで多数指摘されてるけど、銀塩時代も加工の技術はあった。現像やプリントの段階で、色味やコントラスト、シャープネス、粒状性は変えられるし、覆い焼きで部分的な明るさを変えることもできる。デジタルで幅が広がったのは確かだけど。
id:atoh 契約時にきちんと詰めろってだけの話だった。
id:aromabird 契約次第としか。中間制作物も納品義務のある契約なら納めるし、無ければしない。別料金。ただそれだけ。
本文で"撮影の前には、契約が成立しています。""これは、プロのカメラマンである以上、事前にしっかりと内容を詰める責任があります。"ときっちり書いてある。このコメントに星が集まってるのが理解不能なんだけど、みんな本文最後まで読んでないの？
id:nasuhiko レタッチっていうかほぼRAW現像の話だろこれ。翻訳者がわかってないのか、それらも含めて原文がレタッチって言ってるのか。プロでさえ1枚のベストショットの背後に何十何百という失敗ショットがあるのは同意。
海外の"retouch"は現像も含めた写真の加工全体を指す。"no retouching"なら、撮影後いっさい手を加えていない写真のこと。
id:kazoo_oo 追記でぐだぐだと契約だなんだ言い訳してるけど、前段ではそのrawファイルが自分より優れた現像者に出会う可能性を潰すことの理由を説明できてないよね。 </bockquote>
これは文章の読み取り方の問題。自分よりも優れた現像者に出会う可能性は潰しきれないが、カメラマン側の能力で相当小さくしている。カメラマンの被る不利益との天秤で、原則RAWデータを渡すことはできない。ただし信頼関係や契約次第で対応することはできるというのが本文の論。
IT業界でクライアントが「あとで使うから作ったソースコードや旧バージョン全部ちょうだい」って言ったら普通に断られると思うんだけど、それと同じ話。
id:jassmaz jpegだけ送られてきたらキレるわ。rawファイルもいらない。psd ＋ pngを送るのが常識では？
psd＋pngが常識というのには同意。その上で、クライアントが求めるものはまちまちなので、契約をしっかり詰めておきましょうというのが本文の内容。
id:oscdis765 これ右がレタッチ後なんだよね？左のが良いのが沢山あるんだけど
id:mfigure 上手けりゃ、原版渡せとは言われないでしょ。加工後の方が上手いといえない写真が多いんだけど、よく言うわ。
id:kantei3 思いあがっている。あと、左の方が良い写真が多いので、都合のよい例すら選べない低能なんだな、と。
id:paradisemaker いやー、商売が成立してるんならいいけど、元々のカメラの腕が良くないし、レタッチもそれほど上手くない。デジタル時代のカメラマンって感じだなぁ。
この手のコメントが多いのが本当に悲惨。使用イメージが頭にあるクライアントがカメラマンと話しながら詰めた結果、右みたいなタイプの写真が希望にあったというだけ。あなたたちがどっちがいいと思おうがまったく関係ない。仕事で右みたいな写真が好まれがちだからこそ、private workもそういう味付けにしてポートフォリオとして公開しているんだろう。
「デジタル時代のカメラマン」ってのがよくわからない。フイルム時代、大多数の人が見ていた写真は加工の入ったプリントと、よくて現像済みのネガぐらいで、RAWデータに相当する未現像ネガは見られなかったはずなんだけども。
id:zheyang う～ん、今でも撮影時に設定を絞り込んで、レタッチを最小限にしてる人もいるんじゃないか？／作例のレタッチ（フレア）がわざとらしくてCGくさい。この人の写真家としての腕がちょっと怪しい。
写真家とカメラマンは違う。「写真道」でも極めるならともかく、クライアントの希望に適う写真を納品するという立場において、レタッチを忌避する理由はどこにもない。最高の成果物を納品するためには、「撮影時に設定を絞り込んでレタッチを最小限にする」より「撮影時に設定を絞り込んだうえでレタッチで仕上げる」のほうが良いというだけ。フレアがわざとらしいとか、クライアントに言うべき。
id:xevra くだらんこだわりだ。写真家とカメラマンは違う、カメラマンならとっとと出せ。単に現像スキルに自信がないってだけなんじゃないの？ 面倒臭い奴に発注するのはやめたい。
5000枚の未選別データを欲しいならそうするけど、それには相互の信頼関係が必要だし、契約段階から要求しておいてほしいという話。
id:aceraceae いらないとこ白飛びさせるの好きな人なんだなってことがわかった。
この人の好みもあるかもしれないが、クライアントの希望にもあっているからこそそれで納品されたんよ。あと向こうの雑誌や広告をちょっと見ればわかるけど、こういう派手でやり過ぎっぽい写真はかなり好まれてる。
はっきり言ってしまえば、虐殺器官のトリックもハーモニーのアイディアも、SF的観点からするとさして目新しいものではない凡庸なものだ。
にも関わらず、「夭逝の天才作家」として祭り上げられる以前から○○おじさんを含むめんどくさい連中に評価されている理由は何かと考えると、ディティールの積み上げる圧倒的なリアリティにあるのだと思う。
虐殺器官に出てくる心理的マスキング処理、ハーモニーに出てくるアマゾンめいた個人評価のスター、これらは今現在からの延長線上の未来として演算される現実的なもので、一部の組織や企業内では既に現実のものとして実装されているものであろう。
彼の死から早6年、彼の最後の作品である屍者の帝国が、Project itohの最初の映像作品として公開される、それも彼が最も愛した映画という形をとってだ。
6年間、それはあまりにも長い時間でした。僕らの好きだった計劃さんは、どうしようもなくめんどくさい（そして愛すべき）はてダの映画おじさんという存在から、いつの間にかに「夭逝の天才作家」という世間を騒がすアイドルになっていてProject itohなるものが始動してしまう始末。
それでも、それでも、Projectに苦虫を噛み潰したような表情で立ちすくむ○○おじさんたちも、御大の小説が映像化されることには公開される前は素直に喜んで胸のときめきを抑えきれなかったはず、そう公開される前は。なんなんですか、いざ公開されたとなればハダリーたんのおっぱいとか階差機関に対する言及はあれども映画そのものに対しては皆口をつぐみ、挙句の果てに「地獄はここにあるんですよ」と指差す始末。
はっきり言おう、○○おじさんたちは生前の計劃さんから何も学んでいないと。
映画批評っていうのはレビューではない。もっと体系的だし、少なくともウェブに溢れる「面白い」「つまらない」といった感想程度のゴシップではない。
批評とはそんなくだらないおしゃべりではなく、もっと体系的で、ボリュームのある読みものだ。もっと厳密にいえば「〜が描写できていない」「キャラクターが弱い」「人間が描けていない」とかいった印象批評と規範批評の粗雑な合体であってはいけない。厳密な意味での「批評」は、その映画から思いもよらなかったヴィジョンをひねり出すことができる、面白い読み物だ。
だから、こいつは映画批評じゃない。まさに印象批評的で、規範批評的で、それはすべて、ぼくが紹介する映画を魅力的に見せるためにとった戦略だ。
このページでいろいろ書いていることは、結局そういうことだ。
「おかえり、フライデー」
人間は死亡すると、生前に比べて21g体重が減少することが確認されている。それが霊素の重さ、いわば魂の重さだ。我々は魂が抜けた肉体に擬似霊素をインストールすることによって死者を蘇らせる。
原作は我らが伊藤計劃、そして円城塔。といってもたった30枚の遺稿は映画化にあたってオミットされている。メディアミックスなるものは今日当たり前のものになりつつあるのに、なぜかこと映画化に関しては地雷であるという評価が当然のものになりつつある、特にマンガやアニメの原作付きのものに関しては顕著だ。本作もその類に漏れず、○○おじさん達から大変な不評を買ってしまっているが、伊藤作品の映像化という観点からすれば私は十二分に楽しむことができる傑作だと思った。
原作付き映画に何を期待するかは人によってそれぞれ違うが、原作のストーリー通りに話が展開するだとか、セリフを忠実に再現するだとか、冒頭の30枚を残すだとか、少なくとも私はそういったことには重みを置かない。小説には文字の、映画には映像の文法がそれぞれあるのだから、単に忠実に再現するだけでは翻訳として成り立たないし、少なくともメディアミックスとしての価値はない。それは原作ファンを称するクラスタに向けた言い訳に過ぎず、怠惰な姿勢だと思う。
文字とはすなわち情報であり、映像もすなわち情報である。その違いがどこにあるかというとtxtファイルとwmvファイルの容量を比べるまでもなく、圧倒的な情報量にある。つまり同じシーンを描写するにあっても、映像化のためには不足する情報を画面に徹底的に描き込まなければならない。では不足する情報をどこから補ってくるかといえばやはり原作であるのだが、単に帰納的演算に基づいて情報を付加すると、あたかもjpeg画像を拡大したように荒く違和感を感じるものになってしまう。そこで映像化にあたっては、原作を入念に読み込み世界観を理解したうえで、原作に存在しなかった情報を加えることでディティールを明確にする。一方でその情報量が過剰であるが故に、人は文字を3時間追うことができても、映像を3時間観ることは困難なのもまた事実（現実的には予算だとか尺の問題だが）。そこで行われるのは物語の圧縮である。先に述べた情報の付加と異なり、如何に情報量を減らさずに短い時間に収めるか、如何にディティールを残したまま圧縮できるかが肝になる。
こうして完成した映像作品は、個々人の頭の中に存在する「原作」とは違ったものとなっているので、ほぼ確実に違和感を与えることになる、場合によってはそれが不評の原因になるかもしれない。だが、ここであえて言わせてもらえば、その違和感こそがメディアミックスとしての醍醐味であって、映画を見る楽しみの観点であろうと。
私はかつて植民地だった地域によくある上海の租界のような場所が好きだ。それは現実の宗主国の建築物を現地にある材料で模したまがい物に過ぎないのだけれども、望郷の念からか過剰に演出されたそれらの建物は本物のフランスやイギリスの建物より本物らしく見える。例えるなら歌舞伎の女形が女性より女らしいようなものだ。
映像化された屍者の帝国に、私は原作より原作らしいもの、あるいは書かれることがなかった、この世界線には存在しない真の原作の面影を感じることができたと思う。
ボンベイにたむろする屍者の労働者、○○おじさんにも大好評だった圧倒的なディティールの階差機関、白く荒涼としたカザフスタン、目黒雅叙園に相撲の浮世絵ジャパン、映像化に際して付加された情報量についてだけでも映画として申し分ない。かつて彼が愛していた世界観型の映画のように、産業革命の時代に屍者技術なるものが存在した場合どんな世の中になるかというSF的観点なif、たったひとつの嘘による世界構築がなされている。
「あなたにもう一度逢いたかった、聞かせて欲しかった、あなたの言葉の続きを。」
原作ではフライデーが円城塔で、ワトソンが伊藤計劃にあたる。彼が残したテキストを読み足りない情報を補って、作家伊藤計劃を脳内にエミュレートして続編を書くという行為を考えれば当然の配役である。小説のエピローグで、彼岸に渡ったワトソンを思ってフライデーは自らの意思を持ち動き出す。一方、映画ではその立場が逆転して、ワトソンが円城塔でフライデーが伊藤計劃にあたり、旅の目的は伊藤計劃の復活である。映画の文法としては旅の目的の明確化だが、○○おじさんにとっての不評の元凶となる改変だ。BLだノイタミナだとdisる気持ちもわからなくはないけど、ヴィクターの書記を手に入れて伊藤計劃を復活させるという話が映像化第一弾として公開されることに意味を感じる。
冒頭にも書いたが伊藤計劃の小説は言ってしまえばそんなでもないし、同じようなものを書ける人は出てくる。けど、彼の映画批評のような愛と薀蓄に溢れた文書を書ける人はもう出てこないような気がする。それでも彼がもし生きていればこの映画をどう評論しただろうか、死んだ彼がこの映画を見たらどう評論しただろうか。
どうして撮らせてくれたかというと、映像系の学部に行ってて、他の人たちよりもカメラに触っているという理由からだった。あと、自分の父親が雇用主なのもある。
自分は人物 特に若い女を撮ると通報される人間だから、イベントや書泉グランデの撮影会のような場所でしか若い女は撮ることができない。
正直、キモメンに取られるのに慣れている性格があまり良くない人たちしか撮れない被差別民の自分が、普通の女を撮れるというのは嬉しかった。
ビルとかの建物しか撮っていなかった自分が、撮ることになって大丈夫かと不安になった。
WEB用だからJPEGで十分だけど、RAWもとりあえず保存する設定にしていた。
とりあえず撮れた。
どうして、セックスに困らない女を撮るのは苦しいのだろうか。
もう一人の優しいけど、冴えない女を撮っても何も思わなかった。
今後、撮る機会はないだろうけど、もう撮りたいと思わない。
http://anond.hatelabo.jp/20150706064349
http://anond.hatelabo.jp/20150706062532
手のひらサイズのコンパクトデジカメや、スマフォのカメラの場合、撮影データがJPEGファイルなので、
解像度が大きくても数メガバイトだけど、一眼レフ等の一応プロ用カメラになると、
RAWデータファイルなので1枚につき 50MB とか70MB みたいになるんですよ。
RAWそのまま渡しでは一般の人は見られないし、
RAWは12～14ビットの広い階調（JPEGは8ビットの狭い階調）のデータを内包しているので、
その14ビットの階調をどうやって、8ビットの階調に落としこむか？が現像と呼ばれる作業でして、
明るい部分はギリギリ白飛びするくらいに輝かせて、グラデーションの綺麗な部分により多くの階調を割り当てるようにしつつ、
暗い部分の階調も残すと、メリハリの効いた、良い感じの写真になるんですよ。
android メディアサーバーの暴走は、画像や音楽、動画ファイル等（メディアファイル）の破損
メディアファイルのデータベースが破損した場合は、データベースを削除すれば勝手に再作成されて問題は解決する。
メディアファイルの破損が原因の場合は、破損したファイルを取り除いてやる必要がある。
対象となるファイルは[本体/default-capability.xml]に記載されている。自分の場合は、拡張子が
jpg,jpeg,bmp,gif,png,3gp,wav,mp3,mp4,3gp,m4a,flac,ogg,m3u,m4v,mkv,avi,xvid のいずれかのものだった。
ネットの情報を見ると、動画ファイルが破損する場合が多いようだ。
破損ファイルを削除し、データベースを削除すれば問題は解決する。
ただし、ファイルの破損が保存媒体由来のものである可能性もあるため、保存媒体の寿命が来てないか留意する必要がある。
電源管理から、電池消費量を確認すると、メディアサーバーが異常に電池を食っていることを確認。
起動して放置しているだけでメディアサーバーが働いて本体が熱くなるため、今回の異常の原因は、メディアサーバーの暴走が原因と推測した。
ドコモに行くが、ＯＳの初期化が必要と言われたので自力で解決することに。
ネットで調べると、ＳＤカードの劣化によるメディアファイルの破損が主な原因として挙げられていた。
そこでＳＤカードを抜いて再起動してみるが暴走は収まらなかった。
データベースの破損が原因の可能性もあるとのことなので、メディアストレージの削除を試してみたが、暴走は収まらなかった。
yahoo ファイルマネージャーで画像、動画、音楽ファイルを除外してみるが、問題は解決しない。
何か取りこぼしているファイルがあると考える。
yahoo ファイルマネージャーの『新着』を見ると、default-capability.xml が更新されていることに気づく。
このファイル名で検索すると、ＳＤカードマウント時に作成されるものらしい。
データベース再作成の際に更新されたものだと考えて中身を見てみると、メディアファイルの拡張子が散見される。
jpg,jpeg,bmp,gif,png,3gp,wav,mp3,mp4,3gp,m4a,flac,ogg,m3u,m4v,mkv,avi,xvid
これらの拡張子で検索したところ、最近入れたアプリに ogg ファイルが使われていることが判明。
なんか少しダイナミックレンジに対しての理解が変なようなきもするけど
センサのダイナミックレンジ性能を調べるときD3.5とかそういったカタログスペックを比較する事もあるけど
撮影時においてそれはどれだけ過酷な撮影に大してのマージンがあるか程度の差でしかないのでは？
日中シンクロの下りとかはダイナミックレンジうんうんというより
撮影保存されるときの画像ファイルの諧調を維持するためのテクニックに近くなります
どんなにダイナミックレンジが広いセンサつかっても最終的に広い諧調の大部分を捨ててこのRGB各256諧調の範囲に納めて保存されます
どの諧調を捨てて保存するかはカメラ内の画像処理ソフトに依存されます
たとえダイナミックレンジ狭いカメラでも処理ソフトが優れていればセンサ性能を活かしきって諧調豊に保存されます
広いダイナミックレンジの捨てられる部分を考慮して撮影するってのもテクニックだけど
もし可能なら 今時のカメラ安いコンデジでもRAW保存に対応してるカメラも多くなってます
jpeg保存でなくRAW保存して現像ソフト利用してみるとより写真のダイナミックレンジが理解できるのではないかな
RAW現像ってのはカメラ内部で自動行われている、諧調をすててjpegに保存する作業を、カメラの外で自分の作画意図通りに諧調を整えて保存するという処理
RAWの場合 センサが感じた光をすべて諧調を捨てることなく保存してくれます
それを現像ソフトで自分の欲しいキーとなる諧調を選んで捨てる範囲を選択してRGB256諧調に整えて保存すれば、黒潰れも白とびもない自分の欲しいローキーだろうがハイキーだろうが好きな画風で諧調豊かに保存可能です
現像処理をうまくやれば それこそ逆光でも 日中シンクロなしに 背景も奇麗に 人物も黒くならずきちんと整えて保存することも可能になります
このあたりはラチチュード（ダイナミックレンジ）ですべてきまってしまうアナログ銀塩と、データをjpegに変換保存するときのデジタル処理のしかたにより諧調が大きく変わってしまうデジタルとの大きな違いです
~/hatena/q1408437001% sh batch.sh cat.jpg glenn.jpg london.jpg virgo.jpg
jpeg run with "cjpeg -quality 30 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 cat1.diff.png: mean 658.499
#1000 cat1000.diff.png: mean 0
im run with "convert w.pnm -quality 15 t.jpg" & "convert t.jpg w.pnm"
#1 cat1.diff.png: mean 1012.47
#1000 cat1000.diff.png: mean 0
j2k run with "opj_compress -r 400 -i w.pnm -o t.jpg.j2k > /dev/null 2>&1" & "opj_decompress -i t.jpg.j2k -o w.pnm > /dev/null 2>&1 ; mv t.jpg.j2k t.jpg"
#1 cat1.diff.png: mean 852.046
#10 cat10.diff.png: mean 153.899
#1000 cat1000.diff.png: mean 0
jpeg run with "cjpeg -quality 30 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 glenn1.diff.png: mean 3399.9
#10 glenn10.diff.png: mean 13.1817
#100 glenn100.diff.png: mean 0
#1000 glenn1000.diff.png: mean 0
im run with "convert w.pnm -quality 15 t.jpg" & "convert t.jpg w.pnm"
#1 glenn1.diff.png: mean 3774.37
#10 glenn10.diff.png: mean 2.9123
#100 glenn100.diff.png: mean 0
#1000 glenn1000.diff.png: mean 0
j2k run with "opj_compress -r 400 -i w.pnm -o t.jpg.j2k > /dev/null 2>&1" & "opj_decompress -i t.jpg.j2k -o w.pnm > /dev/null 2>&1 ; mv t.jpg.j2k t.jpg"
#1 glenn1.diff.png: mean 5124.25
#10 glenn10.diff.png: mean 34.9354
#100 glenn100.diff.png: mean 0.54037
#1000 glenn1000.diff.png: mean 0
jpeg run with "cjpeg -quality 30 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 london1.diff.png: mean 1145.86
#10 london10.diff.png: mean 2.94233
#100 london100.diff.png: mean 0
#1000 london1000.diff.png: mean 0
im run with "convert w.pnm -quality 15 t.jpg" & "convert t.jpg w.pnm"
#1 london1.diff.png: mean 1589.42
#10 london10.diff.png: mean 0.262741
#100 london100.diff.png: mean 0
#1000 london1000.diff.png: mean 0
j2k run with "opj_compress -r 400 -i w.pnm -o t.jpg.j2k > /dev/null 2>&1" & "opj_decompress -i t.jpg.j2k -o w.pnm > /dev/null 2>&1 ; mv t.jpg.j2k t.jpg"
#1 london1.diff.png: mean 1874.1
#10 london10.diff.png: mean 34.7301
#100 london100.diff.png: mean 0
#1000 london1000.diff.png: mean 0
jpeg run with "cjpeg -quality 30 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 virgo1.diff.png: mean 655.998
#10 virgo10.diff.png: mean 0.593173
#100 virgo100.diff.png: mean 0
#1000 virgo1000.diff.png: mean 0
im run with "convert w.pnm -quality 15 t.jpg" & "convert t.jpg w.pnm"
#1 virgo1.diff.png: mean 967.051
#10 virgo10.diff.png: mean 0.276289
#100 virgo100.diff.png: mean 0
#1000 virgo1000.diff.png: mean 0
j2k run with "opj_compress -r 400 -i w.pnm -o t.jpg.j2k > /dev/null 2>&1" & "opj_decompress -i t.jpg.j2k -o w.pnm > /dev/null 2>&1 ; mv t.jpg.j2k t.jpg"
#1 virgo1.diff.png: mean 689.347
#10 virgo10.diff.png: mean 72.9174
追記：quality 95でも行った。収束は遅くなるが100回までで収束した。
jpeg95 run with "cjpeg -quality 95 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 cat1.diff.png: mean 59.3537
#10 cat10.diff.png: mean 9.35999
#1000 cat1000.diff.png: mean 0
jpeg95 run with "cjpeg -quality 95 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 glenn1.diff.png: mean 2104.51
#10 glenn10.diff.png: mean 69.472
#100 glenn100.diff.png: mean 10.8727
#1000 glenn1000.diff.png: mean 0
jpeg95 run with "cjpeg -quality 95 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 london1.diff.png: mean 79.604
#10 london10.diff.png: mean 80.2684
#100 london100.diff.png: mean 8.79387
#1000 london1000.diff.png: mean 0
jpeg95 run with "cjpeg -quality 95 w.pnm > t.jpg" & "djpeg t.jpg > w.pnm"
#1 virgo1.diff.png: mean 213.594
#10 virgo10.diff.png: mean 11.7891
~/hatena/q1408437001% cat batch.sh
#/bin/sh work=w.pnm temp=t.jpg list="jpeg im j2k" enc_jpeg="cjpeg -quality 30 $work > $temp" dec_jpeg="djpeg $temp > $work" enc_im="convert $work -quality 15 $temp" dec_im="convert $temp $work" enc_j2k="opj_compress -r 400 -i $work -o $temp.j2k > /dev/null 2>&1" dec_j2k="opj_decompress -i $temp.j2k -o $work > /dev/null 2>&1 ; mv $temp.j2k $temp" for orig in "$@" ; do for name in $list ; do eval enc=\$enc_$name eval dec=\$dec_$name if [ "x$enc" == x -o "x$dec" == x ] ; then continue ; fi echo $name run with \"$enc\" "&" \"$dec\" || continue mkdir $name > /dev/null 2>&1 chdir $name || contimue convert ../$orig $work || return 1 i=0 before=../$orig for c in 1 10 100 1000 ; do while [ $i -lt $c ] ; do eval $enc && \ eval $dec && \ i=$((i+1)) || break done base=${orig%.*}${i} cp $temp ${base}.jpg convert $work ${base}.png composite $before ${base}.png -compose difference ${base}.diff.png echo -n "#$i " identify -format '%f: mean %[mean]\n' ${base}.diff.png before=${base}.png done chdir .. || return 1 done done
サンプルデータの元は下記を使用
コーデックは下記を使用
readfile：
header('Content-Type: image/jpeg') とか header("Content-Length: ???"); とか、ちゃんと書いているのに、ブラウザでなんで画像で表示されないんだろ...もしくは " headers already sent by ... "とエラー表示されてる... readfile のあと、データ出力前にソッコーで header 出力させているのになぁ。。
こんなとき、そのPHPコード、readfile の戻り値が読みこまれたデータであると勘違いしてつくられてていませんか？
この件に限りませんが、サンプルコードとか勘違いが多いので要注意です。「脳内でうまく動いた」ものを、検証せずにそのままWEBに載せている人って結構いますから。
ほかには php.ini の output_bufferingを On にしたら直った、php のファイルが BOM 付き ＜?php や ?＞ の前後に空白や改行などがある、などが原因の場合もありますね。
http://www.riken.jp/pr/topics/2014/20140314_1/
http://www.riken.jp/~/media/riken/pr/topics/2014/20130314_1/document-4.pdf
PDFの中の文字が引っこ抜けなかったので、Microsoft Office Document Imaging使って文字にした。
精度はイマイチだけど、タイプするよりはマシだろうと思うので、情報共有。
誰かが引き継いでくれなかったら、明日清書する。
----
平成26 年3 月13 日
経緯
平成26 年2 月13 日、独立行政法人理化学研究所く以下、「研究所」という0 ) の職員らの研究論文に疑義があるとの連絡を受けた研究所の職員から、役員を通じて監査・コンプライアンス室に相談があった。監査・コンプライアンス室長は、「科学研究上の不正行為の防止等に関する規程く平成24 年9 月13 日規程第61 号）J （以下、「規程］という0 ）く参考資料）第10 条第3 項に基づき、当該相談を通報に準じて取扱うこととし、規程第11 条に基づき、同日より同年2 月17 日の間、予備調査を実施した。予備調査に当たったものは、石井俊輔、他4 名である。研究所は、予備調査の結果の報告を受け、平成26 年2 月17 日、規程第12 条に基づき本調査を実施することを決定し、石井俊輔を委員長とする本調査委員会が本調査を行うこととなった。
本中間報告書は、調査対象のうち、これまでの調査で結論を得た一部のもの、及び調査継続中のものについて報告するものである。調査継続中のものについては、事実関係をしっかL ）と把握した上で結論を導＜必要があL ）、結論を得た時点で速やかに報告する。
2 調査の方法・内容
以下の点に関して、規程第2 条第2 項に規定する「研究不正」が認められるかどうか調査した。
( 1 ) obokata et al , Nature 505 : 641 - 647 ( 201 4 ）論文（以T 、r 論文1 ］という。）く1 - 1 ) Figurelf のdZ 及びd3 の矢印で示された色付きの細胞部分が不自然に見える点。
く1 - 2 ) Figureli の電気泳動像においてレーン3 が挿入されているよ引こ見える点。
( 1 - 3 ) Method の核型解析に関する記載部分が他の論文からの盗用であるとの疑い。
( 1 - 4 ) Method の核型解析の記述の一部に実際の実験手1 ― 頃とは異なる記述があった点。
く1 - 5 ) Figure Zd , Ze において画像の取り違えがあった点。また、これらの画像が小保方氏の学位論文に掲載された画像と酷似する点。
小保方晴子く筆頭著者、責任著者）、笹井芳樹く共著者）、若山照彦く共著者）、丹羽仁史く共著者）
( 2 ) obokata et al , Nature 505 : 676 - 650 ( 201 4 ）論文（以T 、r 論文2 ］という。）( 2 - 1 ) Figure lb （右端パネル）の胎盤の蛍光画像とFig 29 ( T パネ
小保方晴子く筆頭著者、責任著者）、笹井芳樹く責任著者）、若山照彦く責任著者）、丹羽仁史く共著者）
く発生・再生科学総合研究センターく以下、「CDBJ という0 ）細胞リプ口グラミング研究ユニット：研究ユニットリーダー）
笹井芳樹
若山照彦
く前CDB ゲノム・リプ口グラミング研究チーム：チームリーダー、現国立大学法人山梨大学生命環境学部生命エ学科発生エ学グループ若山研究室：教授）
丹羽仁史
( CDB 多能性幹細胞研究プ口ジ工クト：プ口ジ工クトリーダー）
2 一3 調査方法
平成26 年2 月20 日から同年3 月12 日までの間、関係資料の収集及び関係者のヒアリングを行った。
資料は、論文に掲載された実験のオリジナルデータ・ラボノート、論文作成過程を示すファイル、調査対象者らから提出された書面、調査対象者らの間の電子メール、実験に使用された機器類等に関するものである。
加えて、イメージ画像の復元に関して、専門家である中野明彦氏（国立大学法人東京大学大学院理学系研究科生物科学専攻発生生物学研究室教授、研究所光量子エ学研究領域エクストリームフオトニクス研究グループライブセル分子イメージング研究チームチームリーダー）から意見を聴取した。委員会は、これらの資料・ヒアリング結果を基に審議をした。
2 一4 調査結果及び評価く見解）く結論を得た調査項目）
調査結果
小保方氏より、ライブイメージング画像を作成し、この画像から静止画像を作成し、これを圧縮したものを投稿した、投稿論文の元の画像には歪みがなかった、論文に掲載された画像に歪みがあることは気付かなかった、歪みが何故生じたかは分からないとの説明があった。
この画像元となるオリジナルのライブイメージング画像ファイルの提出を受け、調査したところ、複数の仕様の異なるコンピュターで再生しても画面上で、投稿された論文の画像に歪みはな＜、他方、論文に掲載された画像には歪みが見えることを確認できた。
中野明彦氏から、歪みが生じる原因等について、以下のコメントを得た。提出されたライブイメージング画像から、論文に掲載された静止画像と全く一致するものは作成できなかったが、類似したものは作成できた。解像度を下げ、さらにJPEG などで圧縮すると歪みが出る。歪みはどれだけ圧縮するかによるた
め、同じ歪みを再現するのは難しい。従って、Nature 編集部における図の作成過程で、この歪みが生じたとしても、画像の歪みを正確に再現することは困難である。画像の圧縮に伴いブ口ックノイズが生じて元画像にはない色が出ることがある。以上のことから、論文に掲載された画像は、提出されたライブイメージング画像の1 コマと考えてよい。
評価く見解）
元のライブイメージング画像から、論文に掲載された静止画像が作製されたと解するのが相当であるc 投稿の際に用いられた画像に歪みはな＜、一方、論文に掲載された画像では歪みが見えることから、Nature 編集部における図の作成過程で、この歪みが生じた可能性がある。画像を圧縮した時に生じる画像の歪み（ブ口ックノイズ）についても広く知られているところである。従って、動画からこの図を作製する過程には改ざんの範畷にある不正行為はなかったと判断される。
調査結果
若山氏より、この2 つの画像はいずれもSTAP 細胞から作製したキメラマウス胎児のひとつを、異なる角度から同氏が撮影したものである、それぞれの画像の帰属を整理した上で、他のキメラ胎児画像とともに電子ファイルで小保方氏に手渡したとの説明があった。
小保方氏から、同氏が上記2 つの画像を若山氏から受取L ）、笹井氏と共に論文用の図を作製した、論文の構想の初期過程では、FigZg 下の画像はsTAP 細胞とFI - SC との比較のためのコント口ールとして使用することとして挿入することとなり、小保方氏が挿入した、その後、笹井氏の執筆の過程で、構想が変わり、図の1 ― 頃番を変えたため、この画像は不要になL ）、この図についての記載も一切行わないことになった、しかし、そのことに気づかず、削除することを失念したままであったという説明を受けた。笹井氏か引ま、同旨の説明に加え、削除することを失念した状態のままで投稿し、論文の修正や校正の過程でも看過したまま論文発表に至った、図の作製の具体的な作業に当たっていた小保方氏に対して、削除の指示をすることも失念していたとの説明を受けた。
FigZg 下の画像は、胎盤でのGFP の発現を示したものであるが、FigZg の本文及び図の説明では、胎仔でのGFP の発現を説明しており、FigZg 上の画像だけが記述されている点を確認した。また、当初の論文の構想過程で考えられていた図の配置を示すとする作成日情報付きのファイルや該当する実験ノート部分コピー等が提出された。
評価く見解）
Figure lb （右端パネル）の胎盤の蛍光画像とFig 29 ( T パネル）の胎盤の蛍光画像は、同一のキメラに由来する画像である。他にも本文や図の説明の中で言及されていない図が存在することから、GFP 陽性細胞の存在を示すためにFig 29 （下パネル）の図が配置されたと解する余地もある。論文構想の変遷のすべてを記録したデータが保存されていなかったため、その変遷を説明通りに復元するには至らなかった。しかし、上述の作成日情報付きのファイルデータの内容を検討したところ、当初の論文の構想過程に異なる図の配置を検討したとの説明と矛盾するものではなく、異なる図の配置を議論していたデータであると解する余地が
ある。
論文では、本文及び図の説明の中で言及されていない図が他にもあるので、他の図に関する説明がないことについても検討したところ、失念とは別の理由によって言及されていないと解することもできる。悪意があったことを直接示す資料等も存在していない。とすれば、規程に定める「改ざん］の範畷にはあるが、その行為について「悪意」があったと認定することはできず、研究不正であるとは認められない。
2 一5 調査経過（調査継続中の項目フ
本項目における下記4 点については、研究不正が行われたか否か、について事実関係をしっかりと把握した上で判断するためにさらに期間を要する。現時点で把握された事実について調査経過として報告する。なお、今後、所定の調査結果及び評価く見解）が得られた時点で報告を行う。
調査経過
小保方氏と笹井氏の連名により提出されたFigure 11 の元になったゲルの写真の電子ファイルと実験ノート類および同図の作成経緯と方法の書面による説明、ならびに同二氏からの個別の聴取内容を精査した結果、Figure 11 の図は2 つのパルススフィールド電気泳動ゲルを撮影した2 枚の写真に由来する加エ画像であることを確認した。同電気泳動においては合計29 のサンプルを、サンプル1 から14 をゲル1 に、サンプル15 から29 をゲル2 に電気泳動し、Figure 11 のレーン1 , 2 , 4 , 5 がゲル1 の左から1 , 2 , 4 , 5 番目のレーンく標準DNA サイズマー力一をレーン0 として左から番記）に相当し、レーン3 がゲル2 のレーン1 （同）に相当することを、各ゲルに写った写真情報から確認した。
画像の加工については、ゲル1 のレーン1 , 2 , 3 , 4 , 5 の写真において本来レーン3 が存在していた場所にゲル2 のレーン1 の写真が単純に挿入されたものではなく、前者のゲルにおける標準DNA サイズマー力ーレーンの泳動距離が後者のそれに比して約063 倍であり、Figure 11 の作成時に前者を縦方向に約16 倍に引き伸1 ます加エをした上で後者が挿入されたことを、前者に写った挨類の位置関係の縦方向への歪みから確認した。また後者については写真に淡く写ったスメアが消失して挿入されていることからコントラストの調整も行われていたと判断した。そこで小保方氏に説明を求めたところ、T 細胞受容体遺伝子の再構成のポジティブコント口ールを明瞭に示すためにはゲル2 のレーン1 が適しておL ）、ゲル1 とゲル2 のそれぞれの標準DNA サイズマー力一の泳動について双方のゲルにおいて、標準DNA サイズマー力一の対数値と泳動距離が良好な直線性を保っている関係にあることを確認した上で、ゲル1 の写真を縦方向に引き伸ばし、標準DNA サイズマー力一の位置情報に基づいてレーン3 の写真の挿入位置を決定したとの説明があった。検証の結果、ゲル1 とゲル2 の間には、標準DNA サイズマー力一の対数値と泳動距離について直線性の保持は見られず、説明通L ）に標準DNA サイズマー力一の位置情報に基づいてレーン3 を配置することが無理であること、仮にFigure 11 のレーン3 に見られるT 細胞受容体遺伝子再構成バンド群の位置に近い標準DNA サイズマー力一群に絞ってそれらの位置情報に基づいてレーン3 の画像を配置するとFigure 11 のレーン3 に見られるT 細胞受容体遺伝子再構成バンドとは異なる位置にT 細胞受容体遺伝子再構成バンドが来ることから、説明を
裏付けることはできなかった。説明とは逆に、Figure 11 のレーン31 こ見られるT 細胞受容体遺伝子再構成バンド群の位置に合わせる形でレーン3 の画像を配置すると、ゲル1 とゲル2 の標準DNA サイズマー力一j くンドの位置にずれが生じることから、Figure 11 の画像加エ時には、標準DNA サイズマー力一を基準にしていたのではなく、T 細胞受容体遺伝子再構成バンド群の位置を隣接するレーン4 のそれらに合わせる形で図の挿入が行われたことが示唆された。
電気泳動されたサンプルについては、実験ノート類などの記載やサンプルチューブのラべルなど小保方氏から提供された各種の情報は、Figure 11 のレーン1 , 2 , 4 , 5 は論文の通りであること、論文で「LymPhocytes 」とラべルされたレーン3 はCD45 + / CD3 + T ' J ンパ球であることを示していた。
( 2 ）論文1 のMethod の核型解析に関する記載部分が下記の論文からの盗用であるとの疑いが判明し、この点についても調査した。
Guo J etal ; Multicolor Karyotype Analyses of Mouse embryonic stem cell In Vitro Cell Dev Biol Anim 41 ( 8 - 9 ) , 278 - 283 ( 2005 )
調査経過
小保方氏は、若山氏がチームリーダーをしていたCDB ゲノム・リプ口グラミング研究チームく以下「若山研」という0 ）では、核型解析を日常的に行っていたが、若山研で使用されていたプ口トコールの記載が簡単であったので詳しく記載した方がよいと考えて詳しく記載のある文献を参考にしたが、引用を忘れたと説明した。論文のMethod 部分は小保方氏により作成された文章であることを同氏に確認した。小保方氏は何らかの記載をコピーしたという暖昧な記憶を持つ様子であったものの、この文献そのものを保有しておらず、この文章の典拠については覚えていないと説明した。文章の類似性、小保方氏がその手法を熟知していなかったこと、実際に行われていた実験と記載が完全に合致しないことから、この記載はGuoJ らによる論文の記載を何らかの方法でコピーしたものであると認められた。
( 3 ）笹井、若山両氏から、以下の修正すべき点が見つかったとの申し出を受け、この点についても調査した。論文1 : Method の核型解析の記述の一部に実際の実験手1 ― 頃とは異なる記述があった。
調査経過
この核型解析の実験は、小保方氏と若山研のスタッフによL ）行われ、データは小保方氏に渡されたとの説明を若山氏から受けた。細胞サンプルの調製は小保方氏によりMethod に記載された通L ) l こ行われたが、ハイブリダイゼーションとイメージングは、若山研のスタッフにより、記述とは異なり、APP - ied sped 「al lmaging のSKY FISH システムを用いて行われたとの説明を若山氏から受けた。作成日情報を含むこれらの画像のファイルが提出された。若山氏は、このMethod 部分は小保方氏により書かれた、小保方氏がハイブリダイゼーションとイメージング部分の実験の詳細を知らなかったため、この間違いが生じたと推測していると説明した。
( 4 ）笹井、小保方両氏から、以下の修正すべき点が見つかったとの申し出を受け、この点についても調査した。論文1 : Figure Zd , Ze において画像の取り違えがあった点。また、これらの画像が小保方氏の学位論文に掲載された画像と酷似する点。5
調査経過
2 月20 日に笹井氏と小保方氏より、修正すべき点についての申し出とこれに関する資料の提出を受けた。申し出の内容は、論文1 の牌臓の造血系細胞から作製したSTAP 細胞を用いたという記載が、実際には骨髄の造血系細胞から作製したSTAP 細胞を用いた画像であることと、正しい画像に訂正することを考えているという2 点であり、提出された資料は、実験過程を示す資料と作成日情報を含むこれらの画像のファイルであった。小保方氏から、それぞれの実験の過程で、牌臓及び骨髄に由来する血液細胞のサンプルに対し、いずれもhemato ( hemat 叩oietic ：血液系の意味）というラべルを用いていたため混乱が生じ、同氏において画像の取り違えをしてしまったとの説明を受けた。提出された資料等により、この2 つの実験は全く違う時期に行われていたことが確認された。一方、上記の骨髄の造血系細胞から作製したSTAP 細胞を用いた画像は、小保方氏の早稲田大学における学位論文に記載された画像と酷似することが判明した。データの比較から、これらは同一の実験材料から取得されたデータであると判断せざるを得ない。学位論文では3 - 4 週のマウスB6 骨髄細胞を細いピペットを通過させて得られた多能性幹細胞（スフ工ア）を用いて実験が行われたと記載されていることを確認した。すなわち、修正前の論文1 のデータは学位論文作成時に取得されたと推定されるが、実験条件の記載が学位論文と論文1 とでは異なっていることが確認された。
また、この申し出の際、これらの図が小保方氏の学位論文に記載されたデータであるとの言及はなかった。
3 その他の事項
論文1 のMethod のBisulphite sequencing の記述の一部に、他の論文と似た記載があることが認められた。記述は8 行であるが、似た記載のうち大半は、プライマーの配列と頻繁に行われるPCR 実験の記述であり、必然的に良く似た記述となる。そのため、このような似た記載は、多＜の論文に見られる。盗用の範畷にないものであった。
以上
○ 手1 学酬究上の不正行為の防止等に関する規程
（平成24 年9 月13 日規程第61 号）
し目的）
第1 条この規程は、独玉目う攻法人理化学研究所（以下研究所」という0 ）の研究者等による科学酬究上の不正行為（以ド1 研究不正」という。）を防止し、及び研究不正が行われ、又f まその恐れがあるときに、迅速かつ適正に油志するために必要な事項を定める。
k 定義）
第2 条この規程において… 研究者等」とf ま、研究所の研究活動に従事する者をいう。2 この規程において「研究不正」とは、研究者等が研究活動を行う場合における次の各号に掲げる行為をいうD ただし、悪意のない間違い及び意見の相違は含まないものとする。( 1 ）掲告データ発研究結果を作如上げ、これ
【Webサーバを作る】http://d.hatena.ne.jp/kmaebashi/20130804/p1
use Fcntl;
use strict;
use Socket;
use threads;
use POSIX qw(strftime);
use File::Spec::Functions qw(rel2abs);
my $thread = threads-＞new(\＆serverThread, "");
$thread-＞join;
my $ret;
my %hashmap=(
"htm" =＞ "text/html",
"txt" =＞ "text/plain",
);
$ret = $hashmap{$_[0]};
if ($ret eq "") {
return "application/octet-stream";
} else {
return $ret;
}
}
my $documentRoot = rel2abs("D:/var/www/html");
my ($line, $path, @tmp, $ext, $data, $absPath);
socket(SERVER, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
bind(SERVER, sockaddr_in("8001", INADDR_ANY)) || die;
listen(SERVER, SOMAXCONN) || die;
while (accept(CLIENT, SERVER)) {
while (＜CLIENT＞){
$line = $_;
last if ($line eq "" || $line eq "\r\n" || $line eq "\n");
if (index($line, "GET") == 0){
$path = (split(/ /, $line))[1];
@tmp = split(/\./, $path);
$ext = @tmp[$#tmp];
}
}
print CLIENT "HTTP/1.1 200 OK\r\n";
print CLIENT "Date: " .strftime("%a, %d %b %Y %H:%M:%S GMT", gmtime). "\r\n";
print CLIENT "Server: Sever03.java\r\n";
print CLIENT "Connection: close\r\n";
print CLIENT "Content-type: ". getContentType($ext). "\r\n";
$absPath = rel2abs($documentRoot. $path);
if (index($absPath,$documentRoot)==0 ＆＆ sysopen(FH, $absPath, O_RDONLY | O_BINARY)) {
while ($data = ＜FH＞) {
}
close FH;
}
close CLIENT;
}
}
コアモジュールだけ使った。
元ネタのJavaコードはディレクトリトラバーサルになってたんで、一応対策を盛り込んだ。
といっても絶対に外向けに動かさないように。無いと思うけど。
いろいろツッコミくれるとうれしいです。
もちろん、仰るとおりなんですよ…。
「スマホでサンプル用として出る画面を撮影する＝設備にかかる費用・運用費にタダ乗りする行為＝万引き」ってのは分かる。
スマホの普及（とカメラ撮影のしやすさ）と、SNSに日常の写真をアップするのが当然という感覚の中で
「写真を撮る」ってことの、敷居がどんどん下がってる気がするんだよね。
メモ感覚っつーか、なんつーか。自分のことを考えても、何かに使うという訳でもなく料理の写真は一通り押さえてたりするし。
それに伴って「写真を撮ってもいいですよ」という場所も増えてるし。
「撮影禁止」という設定自体が、無理がある時代になってきたのかなと思う。
1. アトラクションの後に写真ブースを設け、全ての写真を展示する
1. 写真が欲しい人は、アトラクション開始前に +100円を払えば、JPEGをメール等を使いデジタルデータで貰える。
2. 気に入れば、印刷物 / マグカップなどを追加で購入する。
（アトラクション後に、写真が欲しくなった人は、スタッフにサンプルを見せて貰って購入）
そもそも、現状のビジネスモデルを諦めて
アトラクション中の写真データが貰えることを、遊園地自体の差別化として使うとか。
マナーの問題っちゃそうなんだけど、マナーに対する感覚ってのは時代によってドラスティックに変わるから
別段、給料の話さえ気にしないなら３５超えても５０超えても問題ないよ。
そもそも、新しい技術は古い技術の上に成り立ってるから古い技術を知ってると新しい技術を覚えるのは楽。
暗記人間には辛いだろうけど、ちゃんとした基礎ができてるプログラマーなら年取ったほうが優秀だろ。
５０超えたら職人としては終了なんて職人の話は聞いたことがない。普通は年っ撮ってる職人の方が優秀。
そもそも、移り変わりの激しいWebって、WebブラウザーにJpeg画像が表示できない文字だけの頃からWebにいるけど、技術的には大して変わってないよ。基礎は一緒。
映像表現、というかエフェクトの一種に「コンピュータなどのモニター上で表示されている感」な奴がある。
映像に細かい水平方向の縞模様がうっすらと乗ってるような、インターレースとか呼ばれてる、あれ。
これが通用しない世代が出てきている。というか、うちの息子がそうだった。
ある映画を見ていて「なんでこの時だけ縞々になるの？」と俺に訊いてきた。「テレビの画面が映ってるんだよ」と言うと、
「でもうちのテレビ縞々ならんよ？」と言われて「昔のテレビはこういう風に見えてたんだよ」と答えたが「でもこの映画って未来の話やん？」と言われて答えに詰まった。
あと、映像の電源をブツンと切る瞬間、映像がモニタ中央の横一線に集束する現象も「なんでこうなるの？」と訊かれたっけか。
http://anond.hatelabo.jp/20130423215733
そのうち、MPEGやJPEG特有のブロックノイズの方が支持される日が来るんだろうな。
http://anond.hatelabo.jp/20130423222426
その昔は児童ポルノ禁止法というものが存在しておらず、代わりに「陰毛禁止」という妙なルールが出版界にあった。
タレント・宮沢りえが、かつて写真集“サンタフェ”でフライング気味にヘアヌードを公表・発売したのは、今からすればヘア（実質的に）が解禁・入れ替わるように少女ヌード写真集が発禁になっていく転換点だったように思う。
ちなみにこの“サンタフェ”だが、撮影した時点（not出版）では彼女は17歳だったとも言われており、ヘアヌード＆児童ポルノという、いろいろな意味で今の世の中には「存在してはいけない存在」になってしまった感がある。
序盤から脱線したが、自分も見せてもらったこの“サンタフェ”では、さすがにヌけなかった。アートと表現したほうがいいような、さわやかな印象の出来の写真集だった。
さて自分の場合は、エロといえばまずは二次元から入っていったタイプだ。
たとえば「地獄先生ぬ～べ～」は、少年誌連載にしてはけっこうきわどい（エロ的に）描写の多い漫画として知られるが、それよりも前に毎号どうどうとヌードシーンが載っていた漫画といえば、「おじゃまユーレイくん」を思い出す。
ただしこれらは、どちらかといえば「ボインちゃん」がメインな作品である。というか、ぬ～べ～の舞台ってたしか「小学校」。。。
自分にとっての決定打は、内山亜紀氏の作品を立ち読みしたことに尽きる。
思えばその時期を前後する形でオリジナルアニメブームが湧き、一方ではごく一部を中心として当時にカルト的人気を集めた「魔法のプリンセスミンキーモモ」あたりを題材にしたエロパロ同人誌が、徐々に一般にも販路を延ばしてきていた時点の話である。
ややマニアックな漫画雑誌・あるいはパソコンゲーム雑誌では、さすがに直接的な性的描写こそ無いものの、少女のヌードをモチーフにしたイラストなどが読者欄などで散見された気はする（この点、事実と相違があったらお詫びしたい）。
というかそもそも、当時のエニックスから出ていたパソコンゲーム作品に、そのものズバリの「ロリータシンドローム」というタイトルがあってだな。。。
時代はさらに下り、会員制のBBS・いわゆるパソコン通信というものが普及してきたあたりで、PC-9801の仕様に合わせた4096中16色で表現されたイラストが多数作成・アップロードされていた。その中でダウンロード数が多いのは、「エロ」を感じさせる作品に集中していた。（注・当時はすでに、エロゲ=9801の図式ができてきていた）
中には、（当時は）一部の機種でしか見られない多色JPEGデータをアップロードするような猛者がいたが、電話回線を使った28800bpsの速度でやり取りするにはデータ量がちょっと多過ぎたせいか、ダウンロード数はそれほどでも無かったような記憶がある。
そんな中で衝撃的に出会ったのが、写真家・力武靖氏の撮影による少女ヌード写真集である。今から思えばそれは「FRIENDS」の一部だったのだが、まともな検索手段が無かった当時としては、まったく未知の存在に触れた気がした。それのスキャン取り込みデータが、BBSに無断でアップロードされていたのだから、提供した側もずいぶんと大胆といえば大胆である。当時は自分はすでに成人していたが、家族と一緒に住んでいる手前、実写のエロ・しかも少女ヌード写真を本屋で買うほどの行動力はさすがになかった。通販事情としても、今のようにアマゾンほかオンラインショップで気軽に本を注文、という販路はまだ整備されていなかったので、しばらくはそのデータについて出どころが知れないままモヤモヤとしていた。
（もちろん、性的な意味でも）
やがて、個人でも準定額・のちに完全定額のインターネットが利用できるようになってきた時点で、検索サイトというものの存在を知る。
パソコン雑誌のコーナーでは、いわゆる「電脳アングラ」的な本がじわじわ売られてきていたが、そんな中で海外のサイトでのお宝画像（＝エロ画像）のダウンロード方法が説明されていた中、自分はなぜかあの少女ヌード写真集の事が忘れられなかった。OSもWindows98以降が標準となり、安価なパソコンでもフルカラー画像を見るのがようやく当り前となってきた頃のことだったが、いくつかの紆余曲折の末にようやく、とある方法（具体的には省略）であの写真集と思われるデータを手に入れる事ができた。その時の感慨を表現できる言葉を、いまの自分が持ちあわせていないのは残念なくらいだ。
その後、写真集の被写体だった少女達は、日本人ではなく顔の造作の似た外国人である事を知ったりしたが、それでも彼女の人気は一部では根強く、後日にヌード部分を除いてまとめられた写真集（※アマゾンでも売ってた）が発売された際には高評価を得ていたように記憶している。
その写真集データを得たのと前後して、「ロリエロな漫画・イラスト」のデータの蒐集も続いた。二次元と三次元のエロは、近いのか遠いのか、と問われれば「遠くはないというか、ある意味別腹に近い」と自分は答える。喩えて言うなら、店で食べるラーメンとカップ麺の関係のような感じだろうか。
さらに言えば、実際にもし実行すれば確実にアウトな「幼女・未成年女子とのセックス場面」が、二次元での表現としてはまだセーフな事も（わいせつ物頒布うんぬんの論点はさておき）、見ていて自分のささやかな妄想を想起させた。
ただし、自分はどうもレイプを思わせる描写が（創作物であっても）ダメなタイプなので、その系じゃなきゃ燃えない方とは一緒に見られたくない、とワガママな主張をしておきたい。
だがそういった日本での内輪の価値観も、TPPその他での動きによって、そろそろ終わりに近づきつつありそうなのが正直悲しいし、怖い。
誓って言うが、自分は幼女はおろか、女性に“手を出し”たことすらない。
