5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

液晶の低解像度でスムージングを実現するソフト

1 :デフォルトの名無しさん:02/05/02 20:54
突然ですが液晶ディスプレイやノートPCで、低解像度でスムージング
(アンチエイリアス)がかからないものがありますよね?
真ん中に小さく表示されたり、ジャギーが目立ったり。
でもスムージング機能がついているものだと、けっこう
違和感無くきれいに表示できます。
ああいうスムージング機能って、ビデオカードについている
ものでなく、プログラムで実現できないんでしょうか?

いざソフトでやるとなるとCPUにかなり負荷がかかりそうですが
最近のパソコンは処理速度も上がってきてるし、大丈夫な気がします。
実装する場合、Windowsのすべての描画にフィルタをかける必要が
ある気がしますし、そこが難しいと思うのですが・・・
ちなみに自分はプログラミングはほとんどできません。

ゲームなどを全画面表示でやりたいときなどにかなり重宝すると思います。
作ってくれればその恩恵はかなり多くの人に及ぶし、神なんだが・・・
誰か作ってくれませんか?

というかすでに作っている人がいてもおかしくないのに
そのようなソフトが存在しないのは、なにか大きな
技術的な壁があるのでしょうか?
周辺機器のドライバなどの知識はまったく無いので、
勘違いなことを言っていたらすみません。

2 :デフォルトの名無しさん:02/05/02 21:06
2げとずざ。


3 :デフォルトの名無しさん:02/05/02 21:06
WindowsXPを買ってください。終わり。

4 :デフォルトの名無しさん:02/05/02 21:07
高解像度の仮想画面に描画して平均とれ。以上。

5 :デフォルトの名無しさん:02/05/02 21:14
実装が簡単すぎるからライブラリ化するまでもなく個別に解決できる話だと思われ


6 :デフォルトの名無しさん:02/05/02 21:16
ディスプレイ全体の話だと思われ。

7 :デフォルトの名無しさん:02/05/02 21:19
いまいち使いどころがわかりませんが。
いまどきのLCDならハードでスムージングしてくれるし。
してくれないLCDが採用されてるような環境で実用になるでしょうか?
外付けなら新しいのに買い換えればいい話だし。

8 :デフォルトの名無しさん:02/05/02 21:22
今のCPUじゃむり

9 :デフォルトの名無しさん:02/05/02 21:33
ClearTypeのことじゃないの?

10 :デフォルトの名無しさん:02/05/02 21:33
>>1が考えてるのはもしかして DOSとかDIRECT-XでのVGA画面
相当が綺麗に表示されない事を言ってるんじゃ?

だとしたらとても厄介だよ。

11 :デフォルトの名無しさん:02/05/02 21:35
ビデオ出力つきのカード買ってきてTVで見るといい。

12 :デフォルトの名無しさん:02/05/02 21:40
>>10

>>1が考えてるのはもしかして DOSとかDIRECT-XでのVGA画面
>相当が綺麗に表示されない事を言ってるんじゃ?

これのことを言いたかったんです。言葉を補ってくれて
どうもありがとう。DIRECT-XでのVGA画面やWindowsで画面の設定
をしたときのVGA画面できれいに表示したいんです。

とても厄介っていうことはディスプレイドライバを自前で用意しなければ
ならないとか、そういうことなんでしょうか?
厄介っていうことは、一応技術的には可能と見ていいんですよね?

13 :1:02/05/02 21:41
>>12は1です

14 :デフォルトの名無しさん:02/05/02 21:43
技術的には可能だろうけど、現実的ではないということですね。

15 :1:02/05/02 21:47
ちなみに自分が使っているのは一応新しめの機種ですが、持ち運びを重視したため
B5ノートなんですよ。ちなみに機種はLaVie J PC-LJ7002Dです。

それでもゲームなどのVGA画面でもできればきれいに表示したいなー、と

16 :デフォルトの名無しさん:02/05/02 21:48
>>12
フォトショのバイキュービック法みたいなことを
リアルタイムでやれってことだろ?
フォトショとかであれだけ重いうえに文字とかの細かいビットマップ
にはそれほど有効じゃないし。


17 :1:02/05/02 21:54
フォトショのバイキュービック法というのはちょっと分からないのですが
ハードでスムージングを実現しているものをソフトでまかなおうとすると
半端じゃなく負荷がかかるということですね。

子の機能をハードで実現しているものと同等のものをソフトで実現できたら、
自分を含めて恩恵に授かれる人はかなり多いと思ったのですが・・・
B5ノートでゲームする人とか、SVGAで大きめの画面で使いたい人とか。

素直にTVなり外部ディスプレイなりにつなげということですかね

18 :デフォルトの名無しさん:02/05/02 21:57
負荷だけでなくその仕組みを用意すること自体が大変そう。
というか、Direct3Dなどの場合できるの?


19 :デフォルトの名無しさん:02/05/02 22:40
この板の住人では無理だと思うな
範疇が違う。
ハードウェア板が適当か?
組み込み関係が強い人って、どの板に多いのだ?

20 :デフォルトの名無しさん:02/05/02 22:47
>>17
言葉足らずですまん
バイキュービック法ってのは
色の変化を三次関数のカーブで補完する方法で
フォトショップの解像度変換処理のオプションにそういうのがある


21 :デフォルトの名無しさん:02/05/02 22:57
>19
ハードウエアは、機械・工学とは思うが。
彼らにしても1の抱える解決は解決されないと思う。

>18
要はドライバ乗っ取って、描画をぜんぶソフトですればいいし、
3Dも間にはいって座標変換をかければいいとはおもうけど、
どっちにしろ、使い物にならないくらい遅くなると思うよ。

22 :1:02/05/02 23:36
みなさん、どうもありがとうございました。
自分は昨今のCPU速度の向上を過信してたようです。
たしかにシフトウェアでスムージングした画面は、見た目VGAであっても
実体はXGAな訳で、そのすべての座標の色を計算して導き出すのは
半端なく重い処理だということはなんとなく分かりました。

皆さんの専門的な意見が聞けて勉強になりました。
最近の液晶ディスプレイの機種やノートPCには、ほとんどスムージング機能が
ついているけど、中にはついていないものもあるのはなぜなんでしょうね?

他の部品にコストがかかるから、B5ノートでは高級なビデオカードは必要ない
というスタンスなのでしょうか

23 :10:02/05/03 07:39
やっかいというのは 例えばDOSにしても
表示画面はXGAにしてDOSに対してはVGAに見せるドライバをWindowsの助け無しに
作らなければならない。
 つまり仮想マシンを作らなければならない困難が一つ。 そして VGAは標準的な
 ものだけどXGAは標準ではない=そのハードウエアについての情報を入手しなけ
 ければならない問題が一つ


24 :1:02/05/04 00:09
うーん、、、
現実的な方法として、DirectXの描画部分をのっとって、プログラムがVGAで
描画しようというところを、自前でXGAで描画して補間を効かせるというのを
思いついたのですが・・・
これだとゲーム専用になってしまいますが目的は達成できそうです。
どうでしょうか?

25 :デフォルトの名無しさん:02/05/04 00:10
上げんな、ボケ。

26 :デフォルトの名無しさん:02/05/04 00:14
どうでしょう?って何だよ。
わざわざDirectX乗っ取るなら自前でドライバ書けよ

27 :デフォルトの名無しさん:02/05/04 01:18
っていうか、そんなことする必要無し。
中にはついてない液晶もある?当たり前だろ。そんなくだらん機能要らねぇ。
>>1は百回くらい氏ね。ヴォケ

28 :デフォルトの名無しさん:02/05/04 01:27
>>27
オマエモナー

29 :デフォルトの名無しさん:02/05/04 12:45
age

30 :デフォルトの名無しさん:02/05/04 12:48
糞スレageんな

31 :デフォルトの名無しさん:02/05/04 12:53
Picとかでソフト書いて、ハードウェア的に
間にかますとかできないかな…とか逝ってみるテスト

32 :デフォルトの名無しさん:02/05/04 12:55
できない

33 :デフォルトの名無しさん:02/05/04 13:01
よーし、パパあげちゃうぞ

34 :デフォルトの名無しさん:02/05/04 13:02
糞スレageんな


35 :デフォルトの名無しさん:02/05/04 13:04
発光素子の大きさが自在に変わる液晶キボンヌ。

36 :デフォルトの名無しさん:02/05/04 13:19
>>31
PIC って8ビットの1チップマイコンの?
液晶のドライバの手前で入れたとしても
 60Hz で1024x768 で1秒で75M画素を処理しなければいけない


ところで
 色は320x240ドットでいいから
 3原色LEDを320x240ドット並べて液晶はそれをシャッターするようなのがいいな

37 :デフォルトの名無しさん:02/05/04 13:21
60Hzってなんだよ
現在は1280x1024 80Hzとか、1600x1200 75Hzだろ。

38 :デフォルトの名無しさん:02/05/04 13:24
線形補間アルゴリズム

39 :デフォルトの名無しさん:02/05/04 13:32
>>36
そうそう。1チップマイコンの。
って75M画素か…そんな早いのないなぁ…

LEDを大量に買ってきて自分で作るとか。
本格的にできたら野球場とか使ってくれるかも(わら
て光量が足らんか

>>37
液晶はせいぜい最大70Hzでしょう。

40 :デフォルトの名無しさん:02/05/04 13:36
>>39
いや逆に、小さいのが欲しいの。 リブレットサイズで 1280x960とか

液晶がモノクロならカラーと同じ技術使えば4倍くらい解像度上がるだろうし
でもやっぱりカラーは欲しいけど、そんな細かいドットで色はいらないから
320x240でぼんやりとついてくれればいい


41 :デフォルトの名無しさん:02/05/04 13:40
小さいやつでしたか。
って漏れ今のTFT液晶の技術すらよく知らないっす…

VAIOのC1とかかなりドットが細かいと思う。

42 :デフォルトの名無しさん:02/05/04 13:42
液晶でスムージングをかける処理ってどうやっているんでしょうね
周りのドットの平均を取るだけじゃぼやけたりにじんだりしてしまうだろうし。
それ+αの処理をしているってことだろうか

43 :デフォルトの名無しさん:02/05/04 13:45
ぼやけていますが何か?

44 :デフォルトの名無しさん:02/05/04 13:48
あれでしょ、XPのClearTypeでやってる半ドットずらしみたいなやつ。
実際の解像度より解像度が高くなってるんじゃないの

45 :デフォルトの名無しさん:02/05/04 13:48
音も画像も同じで
 ○1、無い部分にゼロを入れて強力なフィルタでカットする
 ○2、補間する

どっちかだろう 矩形に塗ってから平均取るのは特性が悪い

46 :デフォルトの名無しさん:02/05/04 13:51
http://support.microsoft.com/default.aspx?scid=%2Fisapi%2Fgomscom%2Easp%3Ftarget%3D%2Fjapan%2Fsupport%2Fkb%2Farticles%2Fjp294%2F8%2F51%2Easp&LN=JA
これですか?ClearType
色つきのアンチエイリアシングみたいな

47 :デフォルトの名無しさん:02/05/04 13:53
>○1、無い部分にゼロを入れて強力なフィルタでカットする

先生!
分かりません(;´Д`)

48 :デフォルトの名無しさん:02/05/04 13:58
>>47
 つまり パルス信号にしてから LPFを通すという事

49 :デフォルトの名無しさん:02/05/04 14:01
Acrobatなども文字にアンチエイリアスかけるけど、
そういうのとは根本的に違うよね・・・・画像を相手に処理するわけだから。

50 :デフォルトの名無しさん:02/05/04 14:01
ろうぱすふぃるたーですか?
勉強してきます…

51 :デフォルトの名無しさん:02/05/04 14:08
穏かに盛り上がってるとこすまんが、 >>12 = >>1の要件を満たすには
DirectXやゲームのほうをXGAで使うようにしたほうが早いと思うのは
俺だけ?


52 :デフォルトの名無しさん:02/05/04 14:10
市販品で640x480固定だったらどうするよ?

53 :1:02/05/04 14:17
>>49
>>52
これのことです。市販品の640x480固定のソフトを、液晶で、何とかして
全画面表示でもギザギザにならずに表示できないかってことなんですが。

ClearTypeに関してはどういうものかは知っているんですが、それとは
また別の話ですね。あれもすばらしい技術だとは思うけど。

54 :デフォルトの名無しさん:02/05/04 14:17
ちびっこい画面でがんばるとか。

55 :デフォルトの名無しさん:02/05/04 14:19
それを言っちゃおしまいです

56 :デフォルトの名無しさん:02/05/04 14:30
ラッパーみたいなのがあればゲームはなんとかなるような気がする

57 :デフォルトの名無しさん:02/05/04 14:34
ビデオカード→DirectDraw→アプリケーション→実際に液晶に表示

っていう経路を

ビデオカード→(コード上でVGAのとき、XGAで補間を効かせるよう
細工したDirectDraw)→アプリケーション→実際に液晶に表示

にする。
この方法で実現できないでしょうか?

58 :デフォルトの名無しさん:02/05/04 14:35
なんとかって言うけど、実際に作ろうと考えると・・・うーん。
俺がプリンタドライバくらいしか作ったこと無いからかもしれないけど。

59 :デフォルトの名無しさん:02/05/04 14:39
winsock乗っ取るときのように、ddraw.dllのラッパー作って全部座標変換?
でも、COMでの呼び出しの場合どうなるのだろう。

60 :デフォルトの名無しさん:02/05/04 14:43
DirectXラッパーは面倒なだけ。
補完コードはかなり良質でないとダメだな。
たとえば、ソフトフェードなんかしているアプリだと、
フェード>補完>描画 となってかなり重くなりそうなんだが

61 :デフォルトの名無しさん:02/05/04 14:58
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄」
―――――――――――――‐┬┘
                        |   
       ____.____    |   
     |        |        |   |    640x480のゲームを
     |        | ∧_∧ |   |    窓から投げ捨てろ
     |        |( ´∀`)つ ミ |   
     |        |/ ⊃  ノ |   | ミ┌─┐
        ̄ ̄ ̄ ̄' ̄ ̄ ̄ ̄    |  └─┘


62 :デフォルトの名無しさん:02/05/04 15:52
マシンから少し離れて見る。

63 :260:02/05/04 19:13
http://www2.bbspink.com/hgame/kako/978/978497657.html
ここの572が言っている
「Direct Drawとか使って全画面表示させるソフト」
を探しているのですが、どなたかご存じないですか?

64 :デフォルトの名無しさん:02/05/04 19:16
http://www.csl.sony.co.jp/person/masui/Research/PixelDoubler/
これはどうよ?

65 :デフォルトの名無しさん:02/05/04 19:19
260って何だよ。

>「Direct Drawとか使って全画面表示させるソフト」
これってそのPCの(液晶の)機能をいじるソフトでしょ。
俺も前に98ノート使ってたけど、拡大表示を実行時に切り替えるソフトが
標準で付属してた。

66 :63:02/05/04 19:26
あ、なるほど。
目的のソフトが存在する?!と思ったのですが
ぬか喜びだったようですね。

>>64
見た目の解像度を上げるのではなく”下げる”ソフトを探しています

67 :デフォルトの名無しさん:02/05/04 21:50
age

68 :デフォルトの名無しさん:02/05/06 17:03
糞スレageんな

69 :デフォルトの名無しさん:02/05/07 04:05
ago

70 :デフォルトの名無しさん:02/05/07 06:06
age

71 :デフォルトの名無しさん:02/05/09 07:23
age

72 : :02/05/09 09:35
無理だつーの
Direct3DでVGAでレンダリングした画像をビデオカード側の力でXGAに引き伸ばしてみても
ボケボケでどうしょもないぞ。手法に限らず、拡大率が高すぎだ

ショボイ液晶の拡大処理よりはましかもしれんが。どっちみちクソ


73 :デフォルトの名無しさん:02/05/09 09:39
K U S O

74 :デフォルトの名無しさん:02/05/09 10:53
>1
常識的に考えても無理

75 :デフォルトの名無しさん:02/05/09 11:28
文字ならTTフォントで拡大すれば綺麗なんだから
VGA画面をスキャンして文字の部分はフォントを検索して同じフォントで拡大

76 :デフォルトの名無しさん:02/05/09 13:15
スムージング画面って輪郭ぼけてて嫌いだけどなにか?
液晶ハードウェアについてるスムージング機能外したいと思ってるけどなにか?

77 :デフォルトの名無しさん:02/05/09 14:06
>VGA画面をスキャンして文字の部分はフォントを検索して同じフォントで拡大

フォントをパターンマッチングで同定するつもりなのか。
すごいな。だが、非常に遅そうだが……

78 :デフォルトの名無しさん:02/05/09 14:55
>>77
昔X68Kでやった時はフォントが内蔵ROMだけだったからそんなに遅くなかったよ

今なら、 横にスキャンせずに縦にスキャンして 16bitに圧縮
あらかじめ1文字づつ同じ方法で始点によって十数に切り出し
全てテーブルにした後、重複するコード中あまり識別能力のない
のを捨ててゆく とかで結構速いんじゃないの?

79 :デフォルトの名無しさん:02/05/09 15:42
いまなら、少なくとも、MSPゴ、 MSゴ、 MSP明、MS明、UIゴとか
考えないといけないし、プロポーショナルは面倒だし、
ほかにもフォントはあるかもしれないし、文字描画に
そのアプリ独自の処理がかかってるかもしれないし
(AdobeAcrobatとか)、そのあたりはどうよ


80 :デフォルトの名無しさん:02/05/09 15:43
>>78
いろんなフォントサイズが混ざってたらどうするんだ?
あとは、図の中で字を斜めに回転してあるとか。

..つーか、そこのフォント名とサイズが分かってるく
らいなら文字コードも分かってたりしないだろうか。

フォントが分からないときは?


81 :デフォルトの名無しさん:02/05/09 16:00
>>79-80
1、その4つにサイズ2つくらい対応しときゃVGAならいいだろ
 完全一致する場合だけ切り出して、画像から除き、そうじゃ
 なきゃそのまま画像として処理させればいいだけ

2、プロポーショナルの為に縦にスキャンするんだよ


82 :デフォルトの名無しさん:02/05/09 16:36
杉を木三とか処理するのを防ぎつつ、字の区切りを検知
する方法はどうするの?


83 :デフォルトの名無しさん:02/05/09 16:43
>>82
OCRでも作るんか?

84 :デフォルトの名無しさん:02/05/09 17:06
目的がゲームなんだろうから、現実的でないかと。

85 :デフォルトの名無しさん:02/05/21 23:13
age

86 :      :02/06/09 06:21



朝虱  


87 :デフォルトの名無しさん:02/07/04 01:17
>>83
似てるけどノイズとかを考えなくてよいからずっと簡単。

18 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)