1 files changed, 0 insertions, 289 deletions

diff --git a/ja_JP.eucJP/man/man4/gsc.4 b/ja_JP.eucJP/man/man4/gsc.4
deleted file mode 100644
index 23c218399e..0000000000
--- a/ja_JP.eucJP/man/man4/gsc.4
+++ /dev/null
@@ -1,289 +0,0 @@
-.\" gsc.4 - manual page for the scanner device driver `gsc'
-.\"
-.\"
-.\" Copyright (c) 1995 Gunther Schadow.  All rights reserved.
-.\"
-.\" Redistribution and use in source and binary forms, with or without
-.\" modification, are permitted provided that the following conditions
-.\" are met:
-.\" 1. Redistributions of source code must retain the above copyright
-.\"    notice, this list of conditions and the following disclaimer.
-.\" 2. Redistributions in binary form must reproduce the above copyright
-.\"    notice, this list of conditions and the following disclaimer in the
-.\"    documentation and/or other materials provided with the distribution.
-.\" 3. All advertising materials mentioning features or use of this software
-.\"    must display the following acknowledgement:
-.\"	This product includes software developed by Gunther Schadow.
-.\" 4. The name of the author may not be used to endorse or promote products
-.\"    derived from this software without specific prior written permission.
-.\"
-.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
-.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
-.\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
-.\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
-.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
-.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
-.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
-.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
-.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
-.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
-.\"
-.\"	%Id: gsc.4,v 1.9 1998/06/08 06:11:59 jkoshy Exp %
-.\" $FreeBSD$
-.\"
-.Dd January 9, 1995
-.Os FreeBSD
-.Dt GSC 4 i386
-.Sh 名称
-.Nm gsc
-.Nd ハンディスキャナ用デバイスドライバ
-.Sh 書式
-.Fd #include <machine/gsc.h>
-.Pp
-.Cd マイナ番号ビット: Ar uu d g p ...
-.Bl -tag -width "uu " -compact -offset indent
-.It Ar uu
-ユニット gsc0 .. gsc3
-.It Ar d
-.Em デバッグ
-メッセージの記録を選択
-.It Ar g
-.Em ビットマップ
-または
-.Em グレーマップ
-出力を選択
-.It Ar p
-.Em raw
-または portable
-.Em pnm
-出力を選択
-.El
-.Pp
-.Sh 解説
-.Nm gsc
-キャラクタデバイスドライバは、今のところ Genius GS-4500 ハンディスキャナ
-のみを扱っています。このドライバはハードウェアが irq を使用して
-動作可能であっても、完全に dma 方式で制御を行ないます。
-私には割り込み駆動型のデバイスドライバを書くのに十分な
-ドキュメントも経験もありません。
-.Pp
-デバイスは、次の 4 つの異なった
-.Em 解像度
-で動作可能です:
-100, 200,
-300, 400dpi。デバイスは最上位のビットが左にくるシンプルなビットマップを
-生成します。ドライバは Jef Poskanzer による、
-よく知られていて適度にシンプルなポータブルビットマップファイル形式
-.Xr pbm 5
-で出力することもできます。
-したがってスキャンの結果はその辺にあるどのようなグラフィックパッケージ
-(一部の名前を挙げるなら
-.Xr xpaint 1 ,
-.Xr xv 1 ,
-.Xr xli 1
-など) で簡単に処理することができます。
-.Em raw
-モードでは、スキャナは白い紙の上の黒い点を検出するため、
-セットされたビットは黒いピクセルを意味します。
-逆に、pnm フォーマットはビデオ画面の電子ビームの光度を記述するため、
-.Em pbm
-モードにおいては、セットされたビットは白いピクセルを意味します。
-.Pp
-出力されたビットマップの
-.Em 幅
-は与えられた解像度値によって固定されます。しかしながら
-.Em pnm
-モードでは、ドライバはいつ 'ファイルの終わり' が検出されたかを知っている
-はずなので、ビットマップの
-.Em 高さ
-は自動で設定されます。
-この機能により、
-.Xr cat
-を用いてスキャナ出力を pbm ファイルに直接コピーすることができます。
-もちろん
-ドライバを
-.Em raw
-モードで使用し
-.Xr dd 1
-を用いて似た効果を得ることはできます。
-.Pp
-.Em グレーマップ
-出力モードはまだドライバに実装されていません。
-外部プログラムがこの作業をよりうまくできるかどうかは怪しいですが、
-その結果カーネルの大きさが減るかどうかは疑問に思っています。
-ただたとえそうであったとしても、中間調ビットマップからグレーマップを
-生成するツールを私は知りません。
-.Pp
-.Nm gsc
-が処理する ioctl リクエストは以下に列挙されています。
-sgsc(1) と呼ばれるユーティリティを使うと、シェルからこれらの
-リクエストにアクセスできます。
-.Bl -tag -width Ds
-.It GSC_SRES int
-.Em 解像度
-の値を設定します。デバイスへの最初の読み込みアクセスの後に、
-この呼び出しを行なった場合は、デバイスをクローズして再びオープンしない限り
-効果を持ちません。
-.It GSC_GRES int
-現在の解像度を 1 インチあたりのドット数 (dpi) で取得します。
-.It GSC_SRESSSW void
-解像度の値をセレクタスイッチで設定します。ドライバはオープンされているが
-触れられていない状態である必要があります。そうでない場合はリクエストは
-失敗し、
-.Xr errno 2
-には EBUSY が入ります。
-.It GSC_SWIDTH int
-ビットマップの
-.Em 幅
-を設定します。どのような設定可能な解像度もまさしく一つの幅に対応するので、
-実際はこのリクエストは解像度を設定する代わりの手段となります。
-設定可能な値は下の表に列挙されています。
-.Bl -tag -width resolution -compact -offset indent
-.It 解像度
-幅
-.It 100 dpi
-424 ピクセル
-.It 200 dpi
-840 ピクセル
-.It 300 dpi
-1264 ピクセル
-.It 400 dpi
-1648 ピクセル
-.It ?
-1696 ピクセル
-.It ?
-2544 ピクセル
-.It ?
-3648 ピクセル
-.El
-.Pp
-上の表に書かれていない値は ioctl 呼び出しに失敗し、
-.Xr errno 2
-には
-.Er EINVAL
-が入ります。
-.Pp
-見たとおり、1696 よりも大きな幅の値があります。しかし、このことは
-スキャナの幅よりも長いラインをスキャンできたり、
-もっと高い解像度でスキャンできたりすることを意味するわけではありません。
-実際、解像度はハードウェアスイッチのみによって選択されます。
-実際の解像度で定義されている以上の長さのラインで、標準のラインの長さを越えた
-右部分は定義されていません (通常は白になります)。
-.It GSC_GWIDTH int
-現在のビットマップの幅をピクセル数で取得します。
-.It GSC_SHEIGHT int
-.Em pnm
-モードでのビットマップの
-.Em 高さ
-を設定します。
-実際にはこのリクエストは最初の読み込み操作の後、スキャンできるライン数の合計を
-制限します。制限値に達した時、読み込みは 0 を返します。
-しかし、(呼び出しプロセスの終了時に、明示的あるいは暗黙的に)
-デバイスがクローズされた時にのみ、電源は切断されます。
-.It GSC_GHEIGHT int
-現在のビットマップの高さを取得します。
-.It GSC_SBLEN int
-DMA 転送に内部で使用するバッファの長さを設定します。
-バッファの長さはビットマップのライン数で与えられます。
-バッファのサイズは (現在) 0x3000 バイトに制限されているので、
-許されるラインの最大数は各ラインの幅によって変化します。
-この上限は、現在の値を上書きし
-.Xr errno 2 
-変数に ENOMEM を入れてしまう前にチェックされます。
-しかし、バッファライン数を選択した後もビットマップの幅を変更することは
-できるので、バッファライン数が大きすぎることがわかった時は読み込みリクエストは
-ENOMEM で失敗するかもしれません。一般的にはより良い出力を得るためには、
-節約するよりも長いバッファを選択する方が賢いです。
-.It GSC_GBLEN int
-現在のバッファの長さをライン数で取得します。
-.It GSC_SBTIME int
-1 つのバッファを読み込み終わるまでのタイムアウト時間を設定します。
-ハンディスキャナはフラットスキャナよりも、人間 / コンピュータ
-インタフェースのタイムアウト時間が長いので、デフォルトでは 15 秒に
-なっています。タイムアウト時間後は、読み込み操作は EBUSY で失敗します。
-タイムアウトタイマはそれぞれのバッファが読み込まれる度に
-新たに開始されるので、長いイメージを早くスキャンできるようになる
-わけではないことに注意してください。BLEN/BTIME は termios(4) の
-MIN/TIME と似ています。
-.It GSC_GBTIME int
-現在のバッファのタイムアウト時間を取得します。
-.El
-.Pp
-パラメータを変更する GSC_SBTIME 以外のすべての ioctl リクエストは、
-現在進行中のスキャンプロセスには影響しません。すなわち最初の読み込み
-リクエスト時の設定がデバイスのオープン中は続きます。影響を及ぼすには
-デバイスをクローズしてオープンし直す必要があります。したがって、
-設定はデバイスをクローズするかオープンするまでリセットされません。
-.Pp
-同様に、設定値を読むリクエストは現在進行中のスキャンプロセスで
-使われている値を報告しません。スキャンプロセスが必要とする値は
-開始時に保存されているので、ioctl リクエストではアクセスできません。
-.Pp
-しかし BTIME 値は現在進行中のスキャンにすぐに反映されます。
-したがってタイムアウト時間は、例えばユーザがスキャンを開始するまでの
-長い時間に設定することができます。
-またユーザが停止したら (ほぼ) すぐに反応できるような短い時間に
-設定することもできます。
-ユーザが慌てることなく一つのバッファを埋められるだけの時間は、最低でも残す
-必要があることに注意してください。
-.Pp
-.Em pbm
-と
-.Em raw
-のモード選択は、ioctl リクエストではなく、マイナ番号によって行なわれる
-ことに注意してください。
-.Em raw
-モードでは、選択されたビットマップの高さはなんの効果も持ちません。
-.Sh 関連ファイル
-.Bl -tag -width /dev/gsc0pd
-.It Pa /dev/gsc0
-.Em raw
-出力のためのデバイスノードで、マイナ番号は 0 です。
-.It Pa /dev/gsc0d
-.Em raw
-出力のためのデバイスノードで、
-コンパイル時に GSCDEBUG オプションが設定されていたら、
-.Em デバック
-メッセージを出力します。マイナ番号は 32 です。
-.It Pa /dev/gsc0p
-.Em pbm
-ファイルフォーマット出力のためのデバイスノードで、マイナ番号は 8 です。
-.It Pa /dev/gsc0pd
-.Em pbm
-と
-.Em debug
-モードのためのデバイスノードで、マイナ番号は 40 です。
-.PB
-.Sh 使用例
-.Bd -literal -offset indent
-dd if=/dev/gsc0 of=rawfile bs=(width/8) count=(height)
-cat /dev/gsc0p > pbmfile
-.Ed
-.Sh 診断
-.Bl -tag
-.It GSCDEBUG
-カーネル設定でこの名称を `option' として定義すると、
-デバッグビット (すなわち 7 ビット中のビット 5) がセットされたマイナ番号
-でドライバにアクセスした場合デバッグ出力を得ることができます。
-.El
-.Sh 関連項目
-.Xr cat 1 ,
-.Xr dd 1 ,
-.Xr pbmtopgm 1 ,
-.Xr pnm 1 ,
-.Xr sgsc 1 ,
-.Xr close 2 ,
-.Xr intro 2 ,
-.Xr ioctl 2 ,
-.Xr open 2 ,
-.Xr read 2 ,
-.Xr termios 4 ,
-.Xr pbm 5
-.Sh 作者
-.An Gunther Schadow Aq gusw@fub46.zedat.fu-berlin.de
-.Sh バグ
-たとえスキャナデバイスに、4 つの解像度のうち 1 つを選択できるように
-なっている小さなスイッチがあったとしても、私にはまだその状態を知る方法が
-わかっていません。
-この問題が解決されない限り、ハードウェアで選択した解像度と一致する保証
-のない ioctl(2) で渡した値にドライバは依存します。