帳票・レポート 日本仕様の帳票開発に必要な機能を搭載したコンポーネント ActiveReports for .NET ActiveReportsJS 表計算・グリッド Excel風のビューと表計算機能を実現するUIコンポーネント SPREAD for Windows Forms SPREAD for ASP.NET SPREAD for WPF SpreadJS 入力支援 快適な入力を実現する日本仕様入力コンポーネントセット InputManPlus for Windows Forms InputManPlus for ASP.NET InputManPlus for WPF InputManJS 多段明細 1レコード複数行&日付表示に 最適なグリッドコンポーネント MultiRowPlus for Windows Forms 戻る コンポーネントセット Visual Studioで利用す
このテーブルの番号は 1 Byte になっているため、0-255 の 256 個しか登録できません。そのため、画像で使用されている色が 256 個より多い場合は、なんとかして 256 個にしなくてはいけません。 この「なんとかして 256 色にする」というのが減色処理で、なるべく元の画像からの変化を分からないようにしながら色を減らしていくためのアルゴリズム実装です。(この記事では減色アルゴリズムについての説明は省略します。) テーブルを作成したら、画像のそれぞれのピクセルを RGB 形式からテーブルの何番目の色を使うかに置き換えます。 上図のように、1 ピクセルあたり 24bit 必要だった画像が 1 ピクセルあたり 8bit になったので、データサイズは大体 1/3 になります。 (パレットのデータに最大 3 Byte * 256 = 768 Byte 必要とか、同じように圧縮されないと
Yukariとは PadieおよびxPadieの後継にあたる、減色・拡縮回転などの画像処理アプリケーション群。 xPadieの減色エンジンを利用した強力な減色性能が売り。 配布先 書庫は暗号化されてるので、配布先で公開されているパスワードも控えておく。 1.73205 Yukari0998.exe アプリケーション一覧 Yukariに含まれるアプリケーション、および連携可能な外部アプリケーションは以下の通り。 コンソールアプリケーションの設定 コンソールアプリケーション群はBlastPNG(フロントエンド)から連携して使用することが可能。 このとき各アプリケーションの設定は全てBlastPNG2.iniにまとめて記述しておく。 その他の前提は以下。 コンソールアプリケーションの格納用にサブフォルダconsoleを作成 クリップボードからの読み込み用にサブフォルダclipboa
Palette Operator Ver1.06.00をリリース PPI-Plugin SDK Ver1.01をリリース Palette Operator(パレットオペレータ)は減色、パレット編集、アルファ付き画像編集に主眼を置いたグラフィックソフトです。 アルファチャンネルを含めて256色以下のパレット形式へ高品質に減色、マウスのドラッグ&ドロップによる簡単な操作でパレット編集、ミップマップ作成と編集、ブレンド表示バイリニアフィルタ表示等を持っています。 (上の画像はPalette Operatorを使い256色へ減色したGIF画像です。) また、Ver1.05からは、画像の編集機能も機能アップし、画像の拡大縮小を行うスケーリング、回転、画像シフト、クロマキー等の機能が追加されています。 これ以外にも多彩な機能を持っています。詳細はこちら お知らせ 2006-02-01 Palette
きっかけは突っ込みだらけの 『PNGの画質を劣化せず極限までファイルサイズを落とす、たった1つの方法 | フリーソフト,Windows PC活用情報局』 この記事に1000を越えるはてブがついたことから(1000越えるまでスルーしてたつうか方々のRSSに上がってくるから目立ってしょうがない) Web屋でもない、アイコンも絵も書かないど素人の私が突っ込み入れても何の役にも立たないでしょうから、フリーソフトだけで見た目をあまり変えずにファイルサイズを減らす普通の方法を書いてみます。 なお、同じ画像を使わないと比較の意味がありませんので、検証用として画像を引用しています。 目標とする画質 オリジナル画像がこちら、77,481 Byte 19,185色 作業時間は証明書の埋め込みとAzConvPNGで40~60秒くらいでしょうか。 このマッハバンドだらけの画像が見た目で劣化してないとかどこのおとぎ
頻繁にバージョンアップしたりメンテされている感じのFormulaをならべたら何かおもしろいかなと思ってやってみた。 結果、プロジェクトの性質や方針によってバージョンアップの頻度がちがったりするんだろうなーというのが朧げながら見えてくるという感じで、それほど役にはたたなかった。 おもってもみないソフトウェアがめっちゃメンテナンスされてるみたいなのがわかるのはおもしろいかもしれない。メンテ頻度が高いFormulaは熱心にやってる人がいるのだろうから、見る価値がありそうだとかいう判断にも使えるかもしれない。 以下は、2013/1/1から2013/4/2までの間に /usr/local/Library/Formula/*.rb が変更された回数をファイルごとに集計したものです。 29 vim 22 node 16 git 15 youtube-dl 14 ruby-build 12 uwsgi 1
こんにちはサイボウズ・ラボの光成です。 今回は3月30日に開催された「x86/x64最適化勉強会5」の模様についてお伝えします。 x86/x64最適化勉強会会場 プログラム開発においては、開発の段階において早すぎる最適化は悪、本当に必要になってから最小限だけ行いなさいと言われています。 また今どきのコンパイラは優秀なので、下手な小細工はせずにコンパイラに任せておくのがよいとも言われています。 もちろん一般的にはそれは正しいのですが、普段動画や音声を利用するときに使われているコーデック、ネット上での決済時に利用される暗号ライブラリなどは、人の手によるアセンブリ言語で開発されていることが多いのもまた事実です。 私が主催しているこの勉強会はそういう下回りのライブラリを開発するときに必要な技術や情報の交換のために行っています。 ustreamで過去の会の動画も含めてみることができます。 以下、やや
はじめまして 新卒です— レジャスポ太郎さん (@rejasupotaro) 2013年3月31日 新卒としてクックパッド株式会社に入社しました。 僕は今日初めて同期と顔を合わせたのですが、新卒入社なのに社歴がすでに4年目という人や、博士後期課程までがっつり研究をして「新卒ですがもうすぐ30です」という人がいたり、「前職では〜」「転職のきっかけは〜」と始まる自己紹介をする人(僕もですが)もいて、 新卒のみなさんとてもフレッシュで戦々恐々としていました。 全社員が集まる場での自己紹介で「なぜクックパッドに入ったか」と「クックパッドで実現したいこと」の二点について、話してくださいと言われたので話しました。 なぜクックパッドに入ったか 思い返すと、年末にコードが綺麗な中村クンと話したことがきっかけだったのかなと思います。 Androidアプリ開発どう?みたいな話をして、実は開発者は一人しかいなく
Unverified details These details have not been verified by PyPI Project links Homepage Meta License: GNU Library or Lesser General Public License (LGPL) (LGPL) Author: Kazuhiro Oinuma Classifiers Development Status 5 - Production/Stable Environment Console Intended Audience System Administrators License OSI Approved :: GNU Library or Lesser General Public License (LGPL) Operating System Unix Progr
Examples $ tomahawk -h host1,host2,host3 uptime --> 'uptime' command is executed in host1, host2 and host3 as follows. kazuhiro@host1 % uptime 22:41:27 up 10 days, 3:26, 1 users, load average: 1.11, 1.13, 1.11 kazuhiro@host2 % uptime 22:41:28 up 20 days, 4:26, 2 users, load average: 2.11, 2.13, 2.11 kazuhiro@host3 % uptime 22:41:29 up 30 days, 5:26, 3 users, load average: 3.11, 3.13, 3.11 $ tomaha
ここ最近ZFS絡みの記事をいくつか投稿してきました。 どの記事も、ZFS利用中に問題が起き、そして何となく解決した(解決しそう)という事を書いた記事で、問題が起きた原因や解決した理由を、勝手な想像レベルでしか記していませんでした。 実は今回も、バックアップを取った後、不必要になったデータセットをzfs destroyした後にマシンが停止し、再起動後プールのインポートが出来なくなりまして、こう立て続けに問題が起きると今後もずっと運用で困りそうなので、ZFSの事を少し勉強することにしました。 (ちなみに、もの凄く時間は掛かりましたが今回も何事も無かったかのように復帰させることができました。) 同じような問題を回避するため、そしてもし問題にぶち当たってしまったら落ち着いて正しい操作を行うためです。 で、色んなところに分散している情報を総合してここにまとめようかと思ってたのですが、ZFSの仕組みや
ナグセット・イースク (アニー・マエ、またはアンナ・マエ・ピクトウ)は、カナダノバスコシア州側のミクマク族インディアン指定保留地で生まれた。両親ともミクマク族で、母親の名はマリー・エレン・ピクトウといい、実の父親フランシス・トーマス・レヴィは彼女が生まれてすぐにいなくなった。1949年、4歳のときに母親は伝統派ミクマク族のノエル・サピアと再婚し、家族は別の保留地に移った。他の部族同様、ミクマク族指定保留地は極貧地域で、タール紙を壁代わりにした電気も水もない掘立小屋でアニーは育った。 1951年、パインツリー学校、ピクトゥ・ランディング学校を経てニューグラスゴー小学校、セントジョンズアカデミーと、学校を転々とする。 1953年、8歳のときに目の結核症に罹り、その後肺結核に感染した。ノエルのもとでインディアンの伝統に触れたアニーだったが、1956年にノエルは癌で死亡した。アニーは保留地外の公立
キングズベリー・ランの屠殺者(キングズベリー・ランのとさつしゃ、英語: Mad Butcher of Kingsbury Run)またはクリーブランド胴体殺人者(クリーブランドどうたいさつじんしゃ、英語: Cleveland Torso Murderer)は、アメリカ合衆国オハイオ州のクリーブランドで1930年代に犯行を重ねた正体不明の連続殺人犯。「キングズベリー・ラン」とは最初の犠牲者が発見された地のことで、クリーブランド-ピッツバーグ間鉄道が近くを通っていた。この連続殺人事件は、アル・カポネの摘発で有名なエリオット・ネスが捜査に当たった。 1935年から1938年の間にクリーブランド周辺で12人が惨殺された。まがりなりにも身元が判明している犠牲者は第2、第3、そして第8のみで、これらの例外を除き犠牲者の身元はいまもって不明のままである。当時世界恐慌はいまだおさまらず、クリーブランドでも
名無しの権兵衛(ななしのごんべえ)は、「名前が分からない人」や「名前が明らかにされていない人」を指して使われる俗語、仮名(かめい)。 「名無しの権兵衛」という言葉の由来には、複数の説がある。 深川説 江戸時代、深川の門前仲町は歓楽街であったが、幕府公認ではなかったがゆえに、正式には遊女を雇い入れることができなかった。そこで、遊女に男性の名前を騙らせることで、幕府の目を逃れていた。その男性風の名前を権兵衛名と呼んだ。しかし、雇い入れられたばかりの女にはまだ権兵衛名がついていないことも多かった。その女を名無しの権兵衛と呼んだことが由来である、という説。 日枝神社説 東京都赤坂にある日枝神社にまつわる手鞠歌の中に、名主の権兵衛と歌う箇所があり、それが伝わるうちに名無しの権兵衛になった、という説[1]。 英語で「名無しの権兵衛」に相当するのは、ジョン・ドウ (John Doe) である。Doe 自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く