無料画像→ASCIIアート変換
任意の画像を素晴らしいASCIIアートに変換します。幅、文字密度、反転を調整して、写真の等幅テキスト版を作成します。
画像をアップロード
サポートされている形式: JPEG、PNG、GIF、WebP、BMP。推奨最大: 500×500 px。
設定
ASCIIアート出力
画像をアップロードして「ASCIIに変換」をクリックして出力を生成します。
仕組み
- 画像をアップロード: ASCIIアートに変換する画像(JPEG、PNG、WebP、GIF)を選択します。
- パラメータを設定: 出力幅を文字単位で定義し、密度セット(詳細または最小)を選択し、カラーとモノクロを切り替えます。
- ASCIIアートをコピーまたはダウンロード: テキスト出力をコピーするか、共有または埋め込み用にテキストファイルとしてダウンロードします。
なぜ画像 → ASCIIコンバーターを使うのか?
ASCIIアートは、写真画像をテキスト文字に変換します, レトロコンピューティングの美学から、ターミナルアプリケーション、READMEファイル、メール、コメント、ソーシャルメディアでのモダンなクリエイティブ表現まで及ぶテクニックです。画像 → ASCIIコンバーターは、複雑な明度から文字へのマッピングを自動化し、任意の写真から共有できる即時のテキストアートを生成します。
機能
- 調整可能な幅: 詳細と読みやすさのバランスを取るために列の数を制御します。
- 複数の文字セット: 詳細なシェーディングには密なランプ、強い印象的なグラフィカル外観には最小セットを使用します。
- カラーASCIIモード: サポートしているターミナル用に、カラーASCIIアート用のANSIカラーコードを生成します。
- コントラスト調整: よりシャープなASCIIのために、変換前に画像コントラストを上げます。
- .txtダウンロード: ASCIIアートをプレーンテキストファイルに保存します。
よくある質問
ASCIIアートに最適な画像は?
シャープな被写体とシンプルな背景を持つ高コントラストの画像が最良の結果を生成します。ポートレート、ロゴ、強いグラフィック画像はうまく機能します。混雑した、低コントラスト、または小さい画像は雑然としたレンダリングになります。
なぜASCIIアートが伸びて見えるのですか?
ASCII文字は幅よりも高さがあります(アスペクト比約1:2)。コンバーターは補正しますが、結果はターミナルや等幅フォントによって異なる場合があります。伸びて見える場合は、幅またはアスペクト比設定を調整してください。
READMEファイルでASCIIアートを使用できますか?
はい。GitHubとドキュメンテーションサイトでASCIIアートが正しく表示されるために不可欠な等幅フォントレンダリングを保証するために、ASCIIアートをコードブロック(Markdownでトリプルバッククォート)で囲みます。
テキストベース画像アートの60年史
テキストベースの画像アートはASCII自体よりも古いです。最も古い既知のコンピューター肖像画は、1966年にベル研究所のKenneth KnowltonとLeon Harmonによって制作されました;彼らの有名な「Studies in Perception I」(電子記号で構築された横たわるヌード)は、1968年のMoMAの「The Machine as Seen at the End of the Mechanical Age」展示会に掛けられました。ASCII(American Standard Code for Information Interchange)は1963年に128文字で標準化されました;テレタイプオペレーターはほぼ即座にそれを印刷可能な「タイプライターアート」に使い始めました。この伝統は1940年代の無線テレタイプマシンでのRTTYアートにまでさかのぼります。BBS時代(1980年代)とUsenet文化はASCII署名、バナー、そして「絵文字」を普及させました。後者は1982年9月にカーネギーメロン大学のScott Fahlmanによって発明されました。Joan G. Starkは「jgs」として署名し、1990年代に美学を定義する数千の手作りASCII作品を制作しました。FIGlet(1991年、Frank、IanおよびGlenn)は大文字バナーを自動化しました。aalib(Jan Hubička、1997)は動画をASCIIとしてレンダリングしました;今でもmpv --vo=aaを介してビデオをパイプできます。2010年代はUnicodeブロックアート(半ブロック文字U+2580–U+259Fを使用して2×垂直解像度を実現)とブレイルアート(U+2800–U+28FFは各セルに8つのドットをパックし、ASCIIの4倍の効果的な解像度を生み出す)をもたらしました。chafa(Hans Petter Jansson、2018)のような現代のツールは、最高の忠実度のテキストモード画像のために3つすべてを組み合わせます。
文字ランプと輝度マッピング
- Paul Bourkeランプ(10レベル)。
` .:-=+*#%@明から暗へ、1997年にUWAのPaul Bourkeによって公開されました。ターミナルASCIIアートの事実上の標準。白黒反転ターミナル用に反転してください。 - 70文字ランプ。
` .'`^",:;Il!i><~+_-?][}{1)(|/tfjrxnuvczXYUJCLQ0OZmwqpdbkhao*#MW&8%B@$。はるかに多くの陰影詳細;幅≥100列の肖像画に理想的。2010年頃に「ASCII Art Generator」コミュニティで生まれました。 - ブロック文字(Unicode 2580-259F)。4つの輝度レベルの
░▒▓█と、文字セルごとに2ピクセルをエンコードできる半ブロック文字。垂直解像度を倍増。 - ブレイル(U+2800-U+28FF)。セルごとに8つのドットの256の異なるパターン。文字ごとに実質的に2水平×4垂直サブピクセルを提供, プレーンASCIIの4倍の解像度。
drawille(asciimoo、2014)などのツールで使用されます。 - 輝度式。各ピクセルは文字にマッピングされる前にRGBから単一の輝度値に縮小されます。古典的な式はITU-R BT.601(1982)です:
Y = 0.299R + 0.587G + 0.114B。高解像度ビデオ用の現代のBT.709(1990)バリアントは0.2126R + 0.7152G + 0.0722Bを使用します。両方とも人間の目の感度を考慮しています(緑が支配的、青が最も貢献が少ない)。 - 文字アスペクト比。等幅文字はほとんどのフォントで約2:1の高さ:幅です(例:Consolas、Menlo、Cascadia Mono)。1:1ピクセル比で画像をサンプリングすると、結果のASCIIは垂直方向に引き伸ばされているように見えます。良いコンバーターは2行ごとにサンプリングしますが、補償するために1列ごとにサンプリングします。
ASCIIアートが実際に使用される場所
- GitHub README。フェンス付きコードブロック内のASCIIアートとしてのロゴとプロジェクトバナーは、GitHub、GitLab、Codebergで完璧にレンダリングされます。人気のCLIツールで一般的(
neofetch、htop、oh-my-zsh)。コレクションについてはGitHubで「awesome ASCII art」を検索してください。 - SSH Message of the Day(MOTD)。多くのサーバーは、SSHでログインするとASCIIアートを表示します。Ubuntu Server、Debian、OpenSUSEはすべてカスタム
/etc/motdをサポートしています。クラウドプロバイダー(DigitalOcean、Linode)はデフォルトでそれらを含みます。 - システム情報ユーティリティ。
neofetch(~2015)、screenfetch、fastfetch、hyfetch(LGBTQ+プライドフラッグバリアント)は、システム仕様とともにディストロロゴをASCIIとして表示します。r/unixpornのスクリーンショットで実質的に必須です。 - メールとフォーラムの署名。1980-1990年代からのオリジナルのユースケース。現代のHacker News、Reddit、IRCボット、Discord(等幅フェンスコード付き)では今でもたくさん見られます。
- ターミナルビデオとゲーム。
mpv --vo=tct(true colour terminal)はターミナルでビデオを再生します。NetHack、Dwarf Fortress、Cogmind、Caves of QudはASCII/Unicodeタイル上に構築されたゲーム全体です。ブラウザポート:asciinemaはターミナルセッションを記録します。 - ジェネレーティブアートとグリッチアート。ASCII変換は美的アーティファクトを生み出す方法で破壊的です。ジン、ミュージックビデオ、ベイパーウェーブ/サイバーパンクビジュアル、Lootデリバティブのようなコレクションで使用されます。
- 画像処理を教える。輝度マッピング、ダウンサンプリング、ガンマ補正は、出力が人間が読める文字である場合に把握しやすくなります。CS101グラフィックスコースの一般的な課題。
結果を台無しにする一般的な間違い
- 文字アスペクト比を無視する。各ピクセルをサンプリングすると、出力が元の2倍の高さになります。サンプリング前に1行おきにスキップ(またはYを0.5でスケール)します。ほとんどのASCIIアートは、コンバーターがこのステップを忘れたため、検査時に「押しつぶされた」ように見えます。
- 低コントラストまたは混雑した写真を入力する。ASCIIには、ソース画像の256に対して10-70の輝度レベルしかありません。柔らかいグラデーションはフラットなグレーになります。シンプルな背景の高コントラストの被写体(ロゴ、肖像画、シルエット)は機能します;夕日や森はパルプになります。
- 幅を200列以上に設定する。ほとんどのターミナルは80-120列の幅です。行の途中で折り返す出力は読めません。GitHub READMEの場合は80に制限するか、ブラウザの「ズーム」機能を使用します。
- 間違ったターミナルで反転したランプ。暗いターミナル(ほとんどの現代のもの)で表示する場合、明るい文字(
.、,)は暗い画像ピクセルにマップする必要があります。反転:明るいターミナル上の暗いピクセル用の暗い文字(@、#)。間違って選択すると、画像はネガとしてレンダリングされます。 - 等幅フォント外で表示する。コードブロックなしでSlackに、段落としてNotionに、プロポーショナルフォントのWord文書にASCIIアートを貼り付ける:異なる幅の文字はグリッドを壊し、ノイズが見えます。常に
codeブロックでラップするか、等幅を明示的に使用します。 - 重い圧縮のJPEGを変換する。JPEGの8×8ブロックアーティファクトは、ASCII出力で可視グリッドノイズとして増幅します。PNGと高品質のJPEGははるかにクリーンなASCIIを生成します;ソースから再エクスポートできる場合は、そうしてください。
- ANSIカラーASCIIをテキストファイルに貼り付ける。
\e[31mのようなANSIエスケープシーケンスはターミナルでレンダリングされますが、エディター、GitHub、チャットアプリではリテラルテキストとして表示されます。ドキュメント用にプレーンASCIIを、ターミナル出力専用にANSIを保存します。
その他のよくある質問
ASCIIアートの幅は何文字にすべきですか?
貼り付ける場所に合わせます。ターミナル出力には80列(ほとんどのシェルでまだデフォルト)、または現代のワイドスクリーンターミナル用に120を使用します。GitHub READMEの場合、デスクトップとモバイル全体で80が安全;デスクトップのみ気にする場合は100。メール署名には60-70。Discord/Slackには60、ほとんどのユーザーのメッセージビュー内に収まるように。200を超えることはめったに有用ではありません, ターミナルの折り返しが起こります。
なぜ私の出力は一部のフォントで他のフォントよりも見栄えがいいのですか?
3つの理由。第一に、文字アスペクト比が異なる:Consolasは約2:1の高さ:幅、Cascadia Monoは2.1:1、Menloは1.95:1。1つのフォント用に調整された出力は、別のフォントではわずかに外れて見えます。第二に、行間隔:1.2の行の高さのフォントは、連続した陰影を妨げる垂直のギャップを挿入します。ASCIIアートを表示するときにline-height: 1を設定します。第三に、アンチエイリアシング:サブピクセルレンダリングは文字間の境界をぼかします;よりシャープなASCIIのためにターミナル設定でオフにします。
ASCIIアートを画像に戻すことはできますか?
ある意味、はい、しかしそれは損失のあるラウンドトリップです。ASCIIテキストを小さなフォントサイズで等幅フォントでキャンバスにレンダリングし、PNGとして保存します;ASCIIの画像が得られます。反対方向(ASCII → 元の写真)は不可能です, ダウンサンプリングと輝度の平坦化中に多くの情報が破棄されました。各文字セルは現在、おそらく元の8×16ピクセルを表しています。
ASCIIアート、ANSIアート、Unicodeアートの違いは何ですか?
ASCIIアートは7ビットASCIIセット(1963)の95の印刷可能文字のみを使用し、定義上モノクロです。ANSIアートは、前景/背景色とスタイル用にエスケープシーケンス(ANSI X3.64、1979で標準化された\e[31mスタイルコード)を追加します。BBSや現代のlolcatで一般的。Unicodeアートはブロック文字(U+2580-259F)とブレイル(U+2800-28FF)を含む完全なUnicode範囲(16ビット以上)を使用し、文字セルあたり4-8×の解像度を提供します。True-colour Unicodeアートは両方を組み合わせます:ANSI true-colourコードによる1670万色とUnicodeブロック文字;これはchafaと現代のmpvが生み出すものです。
ここで変換すると、アップロードした画像はサーバーに送信されますか?
いいえ。画像デコード(ブラウザの組み込み画像デコーダー経由)、ダウンサンプリング(HTML5 Canvas 2D API経由)、輝度マッピング、文字置換はすべてローカルでJavaScriptで実行されます。変換中にDevToolsでNetworkタブを開きます;あなたの画像のアウトバウンドリクエストはゼロです。機密の写真、NDAに拘束された仕事、家族の写真、未公開の製品ショットに安全です。