  |
はてなキーワード: アクセラレーションとは
様々なことを考えたんだけど、Intel チームと Ryzenチーム
Core i,11世代でC++11のライブラリが２Aでかなり安定してきた
Hyper-Thread 90
だいたいわかってきた。
あとはオレたちにとっては
Ryzenチームの食堂のほうが飯がうまい。オンナがきれいなのがいる。
その情報だけあれば
Hyper-Threading 90 C++2Aのライブラリのサポートというのもでかいはでかいが ほぼ２００に近い性能 アクセラレーションブーストの１つ といわれるだけはある
そりゃ おそくなるやつもいるだろう １００％より おそくなるやつがおおい。
だが２００％にせまるやつも出始めた。
ライブラリが安定し始めたから 英語の情報が 多くなってきたのは助かる
アクセラレーションブーストの１つが Hyper-Thread 90 C++2Aの最新ライブラリが場合によってはパッチ込みで必要だが という条件付きで
まぁアクセラレーションブーストの１つがHyper-Thread 90 というのは ほぼ確定だと思う
そりゃ遅くなるだろう ９０％になっちゃう
Hyper-Thread ならわかる だが２００％にもできるやつがいた だから アクセラレーションブーストは遅くなる というやつもいたが 高速化するというやつもいた。
おれも 疲労度やくみづらさ を考えれば 予算が１００倍とかならともかく 通常は 遅くなる とこたえていたが
様子を見ている限りは ２００％に結構近いという方に 賛成 そりゃ１８０の意味を誤解するやつもいる だが２００だと １８０じゃ小さくて 誤解を受ける
死ぬ つかれた こんなもんの 解析依頼を出すなよT_T
Windows 10な 日米は 日米軍事同盟という 軍事同盟がる 盟友 戦ったこともあるほど 殴り仲間
Hyper-Threading 180 まぁ、公式 これがHyperThreading アクセラレーションブースト
これにたいして
つまり
Hypter-Threaing-90 とHper-Threading-60
こっちがむかしながらの Hyper-Threading そして 原則 ブーストがついてる。
そりゃぁ ハイパースレッディgiングのときみたいに 遅くなる というやつと 早くなる というやつにわかれる
Hyper-Threading疑似コアにHyper-Threadingをさせたらどうなるか？疑似コア（疑似スレッドをOSが擬似コアにしたもの）下層コアにHper-Threadingさせたらどうなるか？
従来のHyper-ThreadingがHyper-Threading１８０なら 更に分割するからHyper-Threadingー90 Hyper-Threading疑似コアによる擬似Hyper-Threading
１つコアが２つの安定した疑似コアになり、それが従来のHyper-Threadingをするから２つのHyper-Threading、４つの疑似Hyper-Threadingになる。
従来の くそおっそいHyper-Threadingを扱えるなら。１つのコアが４つのおそいHyper-Threading状態 ブースト 数の上ならHyper-Threading９０ ブーストに対して ２０年という時間が安定をもたらした それがもう１度ブーストするブースト中にブーストする
まぁ エンジンで言えば ターボ 熱くなった排気を取り込めば 加速するなら じゃぁ 熱くなった排気でターボした排気を もう１かい 取り込んで加圧したらどうなるの？ ターボチャージャーにターボかけて
おれたちがほしいのはDだ
高橋啓介がドリフトを知らないわけがない。むしろ得意だろう。４WDではない FD それが ドリフトを目的として車を選んでないわけがない。
FDはFF 前輪を グリップさせる もともとFDは後輪にグリップ力など無い だから 後輪を滑らせるのに 適している ケツを振るなら FF だけど わずかに 回復が遅い ひとこきゅうだけ 後輪が追従しない それをさかてにとった ドリフトだったはず。
これを アクセラレーション ブーストをおうよう アクセラレーションバーストと考えた 遅くなるからな お前のプログラム このプログラムは 機械制御よりも 遅くなることができる
ブーストすると ないよりおそくなる ブーストし続けて バーストするとぶっこわれる。それだけのこと。
ちょうど次世代のC言語にauto も追加された。よかったな次世代のC言語使い。autoは速い。
『アクセラレーションブースト』『Intel』でググれば本当だとわかるけど 一昨年ぐらいからIntelのCore系の新技術が出始めている。
Core i7 i9系の新技術もそうだし新しいCoreアーキテクチャー というのはもう想像に苦しくなかった。
そのなかで、一部のメーカーに更に次の世代のCoreの話はあったし 実際の話しWindows 10がだいぶ安定し始めて そろそろ７から１０へという流れが本格化
技術的な試みのオープンソースがちらほらみえてきて、新Coreもそろそろだなぁと、プログラマーがおいつけてないと、箱物だけ作っても人がすまないとしょうがないというのはあるけど、
映像・音楽の分野では特に新しい技術とはいえないだろうけど、次世代がそだってきたという意味では面白い時期になってるだろうとは思う。
コロナの話があって、飲食だけではなくてコクヨ系の文房具からなにから、のきなみ自粛で経済は死んでる。とはいえ、２０年度予算案を見るとそれは織り込み済みっぽい。
よその業界のことはともかく、まぁ面白い。一部 さすがにPCは長時間使うし健康被害という話があって、プロとして許容できない製品というのもちらほら見え始めてはいるが・・・今年は丁度、乃木坂についていくかみたいなながれがあったけど、新譜でてねーし（つづくかも）
センセーショナルなスペックで華々しいデビューを遂げた iPhone 11
主に映像を中心としたコストパフォーマンスの凄まじさをここに書いておく.
13mm F2.4
24mm F1.8
52mm F2.0
iPhone 11 は 4K/60fps の動画が撮影可能, 4K 対応のレンズとなると写真用レンズでは解像力不足.
要件を満たせる近しいレンズは CarlZeiss の Compact Prime CP.3 になると思われる
https://www.system5.jp/products/detail93889.html
ただし, 広角側は Zeiss より 2mm も広角なので 13mm のシネプライムレンズとなるとそれだけで数百万オーダーである.
これで iPhone 11 のレンズの凄さが伝わっただろうか.
スチル用では Zeiss の Otus シリーズがギリギリ要件を満たせそうだが, 広角は 28mm しかラインナップされていないので除外した.
4K/60fps
1080p/120fps
上記のレンズに交換可能で上記要件の動画を撮影できるカメラを探してみた.
13mm (上記レンズでは 15mm) の画角で撮影するには "フルフレーム" もしくは "ラージフォーマット" のカメラが必要になる.
クロップされて画角が狭くなる Super35 や マイクロフォーサーズは論外という事をあらかじめ言っておく.
https://www.pronews.jp/news/20190913165025.html
CANON C500 Mark II (未発売, 170 万円前後)
https://www.pronews.jp/news/20190906130311.html
他にも探してみたが, 要件を満たせるカメラは上記 2 機種しか見当たらなかった.
4K/60p がどれだけ敷居の高い物だったのかをおわかり頂けると思う.
Super Retina XDR
https://www.apple.com/jp/iphone-11-pro/
6 月の WWDC で MacPro と同時に発表された前代未聞の高性能ディスプレイと同じ "XDR" を冠するモニタを搭載している点も見逃せない.
"XDR" モニタは 400 万円のプライスタグが付く SONY のマスタモニタ級であることは皆さんもご存じだろう.
https://japan.cnet.com/article/35138580/
これだけのモニタを搭載したスマートフォンが今まであっただろうか ?
答えは "No" だ.
https://japanese.engadget.com/2019/09/11/iphone-a13-bionic/
見ての通り Galaxy の 2 倍, Pixel に至っては 3 倍のプロセッサ性能性能を叩き出している.
これらに相当するプロセッサは何だろうか.
それは Mac 上位機種にのみ許された Core i9 や Xeon プロセッサだ.
これら Intel フラグシッププロセッサを搭載したコンピュータが 15 万円で買える話しなど聞いたことがない.
さらに A13 プロセッサ内蔵の GPU は Metal のアクセラレーションが可能だ.
もはやスマートフォンというよりはクリエイティブワークステーションである.
iPhone 11 のカメラ機能だけを見ても数 100 万円相当の価値がある事がわかっただろうか.
高い高いと言うがよく考えて欲しい.
170 万円相当のカメラに 200 万円相当のレンズ, 400 万円相当のモニタ, それを Apple のエコシステムに裏打ちされた唯一無二で孤高のユーザエクスペリエンスが包括するオールインワンクリエイティブワークステーションである.
これでも 15 万円のプライスタグを "高い" と揶揄できるだろうか ?
揶揄出来るとしたら貴方の頭はどうかしているか Apple より優れた企業のある別時間軸の住人なのだろう.
つまり iPhone 11 は "写真が撮れるスマホ" を突き放し, シネマティックスマートフォンという新たな次元へ進化した新世代のマシンである.
タピオカなどと揶揄する人達は, iPhone 11 で撮影された映画やフォトグラフィを見て自分の浅はかさを恥じる事になるだろう.
……という突飛な設定だが、全話を観終えた後には「ライディングデュエル、アクセラレーション!!」と叫んでいることだろう。
そんなアニメ『遊戯王5D's』だが、現在BSテレ東で再放送中である。
先週2話分再放送されたので予想されていたタイミングより早くなったが、作中でも屈指の迷作と名高い「クラッシュタウン編」が2019年7月5日(金)から始まるのでぜひ観てもらいたい。
本編ストーリーの中休み的なエピソードだったので、本放送当時は『10thアニバーサリー 劇場版 遊☆戯☆王 〜超融合!時空を越えた絆〜』の方に主力スタッフを取られた為に……みたいな噂がありましたが、何にしても『遊戯王5D's』の全ストーリーを振り返ってみても異色のエピソード群ではあるのは間違いありません。
「クラッシュタウン編」での主人公と言える「鬼柳京介」のことを予め知っておくと色々とエピソードを消化する上で飲み込みが早いとは思いますが、「クラッシュタウン編」での鬼柳の再登場には、当時のファンは度肝を抜かれたので、詳しいことは知らずにほとんど前情報なく観るのも楽しいと思います。
とりあえず「満足」という言葉はキーワードになるのでそれに注意しておくことを覚えておきましょう！
「クラッシュタウン編」は数々の名言・暴言・暴走のオンパレードで、基本的にカードゲームを主軸としたアニメ作品とは思えない発言や行動が飛び交います。
ストーリー展開も荒いのですが、ここだけで登場するキャラの行動そのものが荒く、その荒さが魅力となっていてこれぞまさに「クラッシュタウン編」という内容になっています。
カードバトルをメインにしたアニメ作品のお約束などを覆すような展開や行動が多々みられ、ネットを探すと「クラッシュタウン編」の名シーン・迷シーンを集めて編集した動画などは、この「クラッシュタウン編」を観終えた後にチェックすると再度楽しめるかと思います。
とにかくこの「クラッシュタウン編」の7話だけでも観て欲しいです。
2019年この夏を、『遊戯王5D's』の再放送で楽しんで下さい。
この7話を観終えた人達はきっと「満足」することでしょう……。
まあ終了自体は仕方ない。このゲームはゲームと言うには余りに大きな設計ミスを抱えすぎており、また、システム的にもかなり古くなっている。
だいぶ前からオンラインゲーム終了時にどうするか、という話はあるけど、あまり進展はない（ソシャゲ、ネトゲ等のサービス終了後のゲームの保存について考える、とか、米国でサービス終了オンラインゲームを著作権法例外とする動き―ESAは反対とか）。一つ根本的な問題として、本当にオンラインが重要なゲームはオフラインモードに余り意味がないのも大きい。
逆に、ゲームとしてのサービスが終わろうが俺には見たいエロシーンがあるんだよ！
anond:20190209083051 とかでも書かれていたけど、エロの質はいいし、ここにしかないものも多い。しかもそれは(ゲーム上で)自分が苦労して手に入れたものだ。勝手に閉じてほしくない。
……けど、運営コストを考えたらそうも言ってられないのはよく分かる。
自分入手した分のデータをダウンロードして、後は各人がローカルPCで再生すればいい。
必要な機能は大きく分けて、サーバからデータをダウンロードしてくる部分、それからデータ（カードやエロシーン）を閲覧するパートだ。
ちなみにこのゲームは初期に作られただけあって(?)、エロシーンに機能が少なく、BGV はおろか BGM も無い。オーバレイも１枚のみで、基本的に背景(シーン画像含む)と、テキストに 1:1 対応するボイスしかない。
これなら割とできそうな気がしたので保存・再生するソフトウェアを書いてみることにした。
https://aakeeper.appspot.com 驚くほどあっさりできてしまった。
でも、今はできた物自体の話はいい。それより作る過程で色々感動したのでその話をしたい。
今回使ったのはざっくり以下のもの
Quasar Framework も Node.js も Electron も使うのははじめて、他はちょっと触ったことあるけどそんな詳しくない。 ES もあまり好きでなかったので基本的には避けてきた。
Quasar Framework は、とにかく物凄くよく出来ていてびっくりした。今回 Electron モードしか使っていないけど、本来はこれで SPA/PWA/モバイル(Cordova) アプリケーションが作れるという凄まじい対応幅のプラットフォームになっている。着手時に 1.0beta の予告だけあるというタイミングの悪さ(数日後に出た)だったので、 0.17 系を使った。しかし、それでも十分すぎるほどよく出来ている。
ES は今でも嫌いな点は多いんだけど、今回 async/await を使って感動した。これは素晴らしい。他の言語にも欲しい。
CoffeeScript は趣味だけど、とにかく短く書ける点が素晴らしい。あれは終わったという人もいるが、記述量の少なさは js 系では他の追従を一切許していない。今回みたいな急いでいるケースでは、括弧の世話を焼いたり eslint おばさんと語り合う時間はない。CoffeeScript ならコンパイラが全部上手くやってくれる。
HTML5 ベースの GUI は今や chronium の各種アクセラレーションのおかげで、並のポータブル GUI ツールキットよりずっと高速に動作する。
また、Vue.js + pug は非常に記述量が小さくて目的の画面がすぐ作れ、カプセル化がしやすくコンポーネントの再利用も容易だ。
Babel/Webpack は正にバッドノウハウを煮詰めて固めた感じだが、こいつがバッドな部分を吸収してくれるおかげで開発者は正気を保てる。ただし追求しだすとSAN値が減る。
ユーザ側から見ると、Electron 製のアプリはメモリをやたら喰う、少しもっさりしている、配布バイナリが巨大になるという問題は確かにある。
しかし、そうだとしても何より、とてつもなく高速に作れて、各種プラットフォームで割とちゃんと動く。
自分は色々初めてだったので結局２週間分くらい掛かったけど、前提知識が揃っている人なら本当に数日でできたりするんじゃなかろうか。
つい数年前まで、クロスプラットフォームなアプリケーションの作成というのは本当に本当に大仕事だった。こんなに早く手軽に書ける事は無かったし、ユーザ側でもラインタイムのインストールが必要とか環境側のハードルも非常に高かった。
自分は今まで知らなかったけど、最早そういう時代は終わっていた。
もちろん過去に数多くのクロスプラットフォームフレームワークが登場しては消えていったのと同じく、Electron もいつかその仲間入りをするだろう。
でも確実に、びっくりするくらい状況は良くなっている。
興味があるけどまだ触ってないという人は、ぜひ試して感動を味わってもらいたい。
理由は、リスクを見極められないから。かつ、リスクが許容できないから。そして、ほしいのは商売人としての利益だから。
このあたりは金融屋として、市場がどれくらいで、いくら投資したら、いくら利益がでて、全体でいくら儲けられるか？という見込みを元に行う。
だけど、不確実性が高まれば高まるほど見込みを立てられない。つまり、儲けの算段ができず、投資不的確だと判断される。
および、「まだできていない物」だからできないリスクもある。「できてないものを出来ているように言うような」詐欺師の温床にもなる。
詐欺師の側も、これなら投資が取れるネタというのを日々研鑽しているもの。
詐欺師がベンチャーを名乗る件が非常に多い時点で不確実性がさらに高まる。
ベンチャーキャピタル、ベンチャーとの共同研究を設定するのは基本的に大組織。つまり、内部で数人がかりでこれはいけるだろうというのが断定できないとならない。
好むのは基礎要素が全て整っていて、もう少しは売り始められているようなもの、あるいは、よそがヒットしているようなもの。
だから、何もないところから突然ヒットした、というのが生まれると、こぞって突然ヒットしたものがらみについて投資をバンバンしだす。
新しいものが開拓されたのだから、その周辺で新しいビジネスが生まれる可能性もある。かつ、その先行企業の真似事でうまくいくこともある。けど、とれるリスクはその程度。
大企業側も自分の事業領域に近いところならリスクが取れる。また、自分自身が利益を出しているが、その利益が食いつぶされる程度であれば耐えられる。
大企業が信頼の出来る大学に共同研究を持ちかけるほうが詐欺にあってダメになるリスクも低い。
無論、大企業側から見ても詐欺のリスクはある。それから、やっぱり結果論として、投資したものが頑張ってもうまくいかなかったものは詐欺と等しい。
だから、どこぞの馬の骨ともわからないふけば飛ぶような起業になんて、金は出せない。大企業社長が思い入れがあるとか言っても、それなら自社内でやるだろってことで。
アカデミックならまだ経理と報告がしっかりしているから出せるかというところで。
となると、それよりリスクが高いものとなるとアカデミック側がリスクをとって研究するとなる。
ただし、競争的資金もある程度研究の基礎部分があって少し背伸びしたぐらいのものでないと通らない。つまり、これも基礎もきちんと整えられない物は作れない。
だが、成果として儲けることは条件にいれなくて良い、その代わり、論文と報告書として表に出さないとならない。
最も、最近の透明化とやらでその報告書や申請書やらの書類周りのウェイトが非常に高くなって研究時間の圧迫につながっている。
番外として金持ちが投資するというものもある。これは金持ち一人が判断したら出せるもの。
金持ちは何らかの自分の商売に専念して金持ちになったので、離れた分野の知見なんてまあ、まず無いと言って過言じゃないあろう。
ほとんどの金持ちは中小企業を構えているぐらいのものなので、組織的に詐欺に対処できない。
リスクは取れるが、いかんせん詐欺のリスクにかかるリスクのほうが高いので、よっぽど自分の商売に近い部分のリスクしか取れない。
企業宛の国、政府の助成金も詐欺の懸念があるため、極短期間か、1/2や1/3程度の自己負担が求められる。ついでに書類も多い。
ということは、もうそれだけの間に事業がうまくいく算段がついてないと応募したところで首を絞められる。
まとめると、とれるリスク順に次のようになる。
４．ベンチャーキャピタル
逆にこの下側から、まだ影も姿もない革新的イノベーションが生まれる可能性もあるということだ。だって影も姿もないのだからその上側のリスクがある金は取れないわけだから。
８なぞ、研究しているときは「何に役に立つのかわからない基礎研究」としてやっていたのだろうがね。
革新的イノベーションというのは今まで思いもつかなかったことから巨大なビジネスが生まれたことと言っても過言じゃないだろう。
そうなるには、基礎技術部分を全部抑えていて、大きな市場をつかめる必要がある。
しかし、そんな基礎技術を抑えきれるような開発は非常にハイリスクだ。長期の開発にはまず開発当事者の生活費をどうするかから考えないとならない。
政策としては、上記各フェーズを「それぞれ」充実させる必要がある。
ただし、新自由主義化でアカデミックポストの使い捨て化、運営費交付金削減、競争的資金化が進んだところ、論文執筆数の時点で減少している。
役所や政治家の仕事として、別に「夢を見せてやったふりをする」こともあるだろう。
まあ、叫ぶだけ叫んで、子供のお遊び起業を増やすのも一応仕事をした事にはなるだろう。最もそいつらは失敗するわけで、周りも起業はしてはならないと学ぶだけに終わると思う。
だから、大学の学生ベンチャーサークルが生まれては数年しては消え、そしてまた数年後に生まれる。どこの大学でもあるようなサイクルが生まれる。
最近chromeが重く感じていてというか挙動がおかしかったがハードウェアアクセラレーションを切ったら直ったっぽい
挙動：普段は問題ないけどポップアップ（？）を表示しようとすると軽く固まる。右上のログイン情報（ゲスト/ユーザ管理/全てのウィンドウを閉じる、のやつ）とか一部の拡張とか。具体的にはvolume masterとか、ふたクロでliveモードのときの新着ポップアップとかetc
環境：lenovo miix720（7世代i7 RAM16GB）のでスペック的には問題ないはず
対処：拡張切ったり再インストールしたりしても直らなかった。もしやと思ってハードウェアアクセラレーション切ったら直った。
増田にこれを書いた動機：「chrome 重い」とかでググってもハードウェアアクセラレーションを切るという対処がなかったので同じ症状の人がもしいたら届くと良いなみたいな
ポップアップが固まってるときも別にCPU自体に負荷かかってるわけではないぽかったのでもっと早く気付くべきだった（ハードウェアアクセラレーションはGPU使っていろいろアレするっていう理解でいいよね？）
言葉遣いの問題だけど、たぶん元記事の「偽の半導体」という言葉が悪い。
「本物の半導体」と言う表現は使ったことないし聞いたことがない。だから「偽の半導体」という言葉を聞いても曖昧、意味がわからない。「半導体じゃないなら導体か絶縁体？」とツッコんでしまう。
加えて、本物かの確認方法として「電子顕微鏡」「動作テスト」と言っているのも、適切な確認方法ではない。先に言った「本物の半導体とは」がわからんので、どこで真偽を分ける気なんだとツッコんでしまう。
総じて、この発言者、つまり経産省の人(専門家であることが期待される)は、あまり詳しくないという印象を受ける。「アクセラレーション・ブースト」「ソースコードと呼ばれるウイルスプログラム」とか…とは、ちょっと違うか。でも「あーなんかこの人ほんとに分かってんのかなー」みたいな心配が湧く。
FlashとHTML5が棲み分けできればめでたしめでたしだけれど、
HTML5がごっそり持っていく部分こそが、
ウェブ開発においてまさにFlashが独占していた分野なわけで、
「Flashで実装されたキラーアプリ」も最近では全く見ないじゃん。
俺が知らないだけだったら申し訳ないけどさ。
「GPUアクセラレーションつきの3D」でグリグリ動くブラゲでボロ儲け、なんて事例が出てくればいいけど。
一般にFlashを必要とする場面が昔に比べて圧倒的に少なくなってるよ。
それに、ようやく現れた対抗馬が「Flashキラー」としてもてはやされるのは、
つまりみんな「Flashには死んでほしい」と思ってるってことなんだよ。
IE6みたいにね。
なぜ両方使うという選択肢がない。真の技術者はウェブ標準だろうがFlashだろうがネイティブだろうが、その場その場でユーザーの体験を最善にし、クライアントの要求を最高に満たすベストの技術を使う。JavaScriptかFlashかなんて動きさえすればユーザーには関係ないんだから。実際、HTML5スゲＥＥＥＥＥ！！！ってページにFlashタグのブクマが間違ってつけられたりしてるよ？（笑） ウェブ標準の崇高さなんてパンピーにはわからんのです。
そもそも分からないんだけど、HTML5が「投資」するほどたいしたもの？ 誰もが基礎教養として身につけているはずの、これまでのHTML＋CSS＋JavaScriptの延長線上の技術でしょ。今まで普通にやってきたウェブ開発者ならすぐにキャッチアップできるはずだよ。
どうせHTML5の実装の普及には当分かかるし、その時点のブラウザ環境で使用可能なものをゆっくりまったりと導入していけばいいだけ。その意味ではいわゆる遅延評価学習で十分。あわてることはないです。どうせ皆使うことになるんだから。
一応言っておくと、いいものだと思いますよ、HTML5は。現段階で頑張って凝ったものを動かしておられるイノベーターの方々もたいしたものだと思います。敬意を。マリオやらグラディウスやらは著作権的にどーなのかと突っ込みたいが。
それはシナリオのひとつですよね。Googleの甲斐性次第では十分にあり得る。それと、ジョブズが翻意するというシナリオもありますよ。今までに散々あったことですが。どこかでそれをネタにしている記事があったと思いますが。
もしEdgeを見てそう思ったのなら、Flash CSを使って制作したことがありますか？ Edgeを実際に使ってみましたか？ と問いたい。
他にも、最低でも、
これらにきちんと答えられない人間にHTML5 vs Flashなど語る資格はないです。そもそも対立させる時点でわかってないなー ┐(´д｀)┌ って感じなのだけど。
あとFlashへの投資が無駄になると思ってるようですが、俺はFlashは投資判断「Buy」継続だと見てますよ。たとえこのままiOSで動かずともね。AIRもあるし、ブラウザのプラグインとしてのFlashだけ見ていると考えを誤るよ。ブラウザのほうにしても、GPUアクセラレーションつきの3Dが真っ先に使用可能になるのはFlash。プレイヤーの普及が速いから、WebGLと異なり、今後1～2年内に実案件で使用可能になるでしょう。そういった面ではなおカッティングエッジな技術だよ。
まあ、プラットフォームや言語の選択は投機だから、どの銘柄が買いか売りかで紛糾するのはわかる。ただ、それなら分散投資だとか、インデックス投資という考え方もあるのでね。HTML5に惚れ込んで一点買いなんて若いエンジニアがいたら、それはもう相当危なっかしいなと、視野も相当狭くなるだろうなと危惧するよ。
というか、JavaだろうがC++だろうがObjective-CだろうがLLだろうがアセンブリ言語だろうが関数型言語だろうが、一度全部触ってみなよ。いいから。HTML5で手一杯なんてのでは話にならんですよ。
[概要]検索と保存性の問題で､PDFで保存､読む時にJPGに分離して読む｡
→理由:JPGでは内部検索が出来ない｡Leeyesの機能でガンマを変えて読めるため､PDF保存は､ややこしい事をせずに､ほぼデフォルトで行うことができる｡
────────────────────────────────────────────
☆蔵書記録作業
●[ISBN_BarCodeReader]
URL:http://mhsodai.kazelog.jp/chalog/2009/11/webusb-96dd.html
とWEBカメラ UCAM-DLU130H を使って､書籍のバーコードを読み取りISBN番号を書き出しておく｡
●[メディアマーカー]
にまとめて登録(登録 →一括登録)
●メディアマーカーの蔵書リストページをPDFでプリントし､PDF化しておく｡(別にHTMLでもテキストでもいいけど)
────────────────────────────────────────────
☆スキャン作業
●本の解体
･表紙表裏･帯･見返しとカッターで切る｡
URL:http://search.rakuten.co.jp/search/mall/%E5%A4%A7%E5%9E%8B%E3%83%9A%E3%83%BC%E3%83%91%E3%83%BC%E3%82%AB%E3%83%83%E3%82%BF%E3%83%BC/-/
で本をバラバラにする
設定:
#アプリ選択 タブ
･ScanSnapOrganizer 選択
#保存 タブ
･ファイル名の設定 →yyyyMMddHHmmss
#読み取りモード タブ
･読み取り面の選択 →両面読み取り
#ファイル形式 タブ
→他すべてデフォルト(OFF)
#原稿 タブ
･圧縮率1
→カラーページと白黒ページで設定を変えるなどは手間がかかるので､全部カラーでスキャンする｡
●スキャン時に、紙詰まりを少なくする方法。
→S1500に紙を装填前に、中指の長さ程度、差し込む側の紙の中央を縦に山折りにする。こうすることで、紙詰まりが1/5程度に激減する。
────────────────────────────────────────────
☆データ保存
●ページを整える
ScanSnap Organizerで､編集したいファイルをダブルクリックすると､ScanSnap Organizer ビューアーが立ち上がる｡
･いらないページを削除(ただし､偶数･奇数を守らないと､見開きで読みづらくなる)
･傾いてしまったぺージを修正
ScanSnap Organizer上のファイルを右クリック →開く､で､Adobe Acrobatで開く｡
→文書 →OCRテキスト認識 →OCRを使用してテキスト認識
→すべてのページ
･日本語
→HDDに余裕がない場合は、検索可能な画像/最低(600dpi)に。ただし、その場合は[画像梱包]で画像を分離できなくなるので注意!
つまり、Acrobat以外で読めなくなる。
･ →OK
理由:
-[探三郎]
URL:http://www.geocities.jp/koutarou_y1926/sin3rou.html
●メディアマーカーの蔵書リストををPDF化したファイルを開き､ScanSnapOrganizer上でタイトルを変更する｡
●Acrobatで開き､左右綴じ(左右開き)をチェックする｡縦書きなら右綴じに変更する｡
────────────────────────────────────────────
☆閲覧
●PDFそのまま閲覧可能(文字が大きい)なものは､Acrobatでそのまま読む(WXGAで見開き)
→まず、
で、「液晶画面用」に変更しておく。要するにアンチエイリアシングのことで、これをやっておかないと、とても読めたものではない。
Acrobatの画質を上げる。
｢2Dグラフィックすアクセラレーションを使用｣をOFF、それ以外全部ON。
●ほとんどのコミックと書籍は､jpgファイルになおしたほうがずっと読みやすい｡
→理由は､Acrobatの絵の拡縮アルゴリズムよりも､Leeyesのほうが高画質の設定だから｡
URL:http://www.vector.co.jp/soft/win95/writing/se377893.html
･｢開梱｣設定
-Origin優先 にチェック →よくわからないが一応
-BASE 0､ STEP 1
-Colmun 3
-jpgのチェックを外す(チェックが入っていると､再度エンコードをするので画質が落ちる)
→だが､起動ごとにいちいち設定しなおすのは面倒なので､以下の文章をメモ帳にコピーし､
｢pic2pdf.ini｣という名前で｢C:\Program Files\pic2pdf｣のフォルダ内に入れると､設定が保存される｡
#-------------ここから
[SaveOptions]
UseingSaveFile=1
ConvertBmpToFax=0
ConvertBmpToJpeg=0
JpegCompressPer=85
MetaLoading=1
DisplayView=1
JepgImplant=1
NoOriginalName=0
WindowTitle=1
UseingDPI=0
OriginalDPIValue=100
UseingPaper=0
OriginalPaperValue=7
DobulePageRight=0
Centering=0
FixedPageSize=0
ShowOutThumbs=0
PortLandAngle=0
ViewFactor=2
PageType=0
ViewMenuBar=1
ViewToolBar=1
ViewWinowUI=1
NoProducer=0
NoTimeStamp=0
[PDFCrypt]
PrintPrivileges=0
CopyPrivileges=0
ModifyPrivileges=0
AnnotePrivileges=0
CryptStrength=0
[TakeoutOptions]
UseingSubDirectory=1
ReFileName=0
UseingOriginalName=1
NumericColmun=3
BaseNumber=0
StepNumber=1
OutputStyleBMP=1
OutputStyleFAX=0
#-------------ここまで
[Leeyes]
URL:http://mitc.xrea.jp/diary/020
で読む｡(ドラッグ&ドロップ)
･イメージ→綴じ方向 で､綴じ方向を合わせる(横組みは左綴じ､縦組みは右綴じ)
･なぜか[画像梱包]で画像を抽出すると､ファイル名が逆順になるので､
表示→並び順→降順 にして昇順から降順に変える｡(ファイル一覧の｢名前｣をクリックし､▽を△にしてもOK)
にだけチェックを入れ､
設定は
出力レベル:0-255
とする｡
･オプション→設定の保存
で､設定ファイルを保存する｡
しないんじゃない、できないんだ。
ソフト屋にフリーランチを提供するためだけに回路デザインをしてきたわけじゃない。提供しないと使われないから提供してきたけれど。
でももうできないんだ。完全に汎用でシリアルな処理のパフォーマンスを上げる魔法はない。物理法則が限界を提供する。ハードウェアでオフロードするのはもうあるところまでしか「できない」んだ。適用範囲を限定したアクセラレーションサーキットを入れざるをえないのは、汎用である限り最適化に劣るからだ。どれだけ回路を使ってもその差は埋められない。ノーフリーランチ定理(NFLT)は証明された定理だ。
ハードウェアだけでは限界があるというのも、面倒だからでも、怠惰だからでもなく、それは物理的制約が要請した方向だからだ。
無限に速い計算機をあなたの手元に届けることはおそらく不可能だ。それだけはわかって欲しい。
