パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

OpenPrintingプロジェクト正式発足」記事へのコメント

  • 以前にこの関係の人と話したことが有るのですが, その時の議論だと

    • 現在Unix系の標準的なプリントAPIとして想定しているPostScriptは通常のオフィス・家庭向け用途としては仕様が過剰である
    • ghostscriptを使用したインターフェイスでは, 最終的にビットマップに展開したイメージをプリンタに送り込むため非効率

    という2点が問題点として認識されているようでした.

    ただ, 私は当時印刷屋さんのシ

    • by SAY (54) on 2002年08月15日 20時09分 (#146722) 日記
      写真等のラスタのみの印刷とテキストやベクタが絡む印刷では当然条件が違いますよね。

      自分の仕事が印刷系のシステム開発なんですが、ラスタが主なターゲットで PostScript はどうしてもおまけというかその装置の最高の性能を引き出す為の条件からは外れたポジションに位置してしまいます。
      言わばなんでも出来てしまう汎用性・記述性の高さの故に速度的パフォーマンスは高くないのが欠点というか。

      いっその事 MS-Windows GDI の API なども取り入れ、処理ロジックをダイナミックに切り替えられるような仕組みにして欲しいです。
      そういった点で CUPS(Common Unix Printing System)はなかなかいい実装をしていると思うんですが、双方向性や印刷物の scheduler がない点, 無駄な多重 spooling, PostScript 以外での CMS(Color Management System) が無いなど、改善要項は幾つもあるような状況です。

      いっその事 CUPS に必要な改良を加えたものを OpenPrinting として出すというほうが実用的で時間的にも早かったりして...。

      データ転送は自分が仕事で担当しているシステム(特定業種向け)では USB2.0 でもぎりぎりか不足していますが、家庭・オフィス用では高解像度・高画質プリンタでも USB 2.0 があれば余裕です。
      それより CMS で画像処理にかかる CPU の負荷が大きい...。
      親コメント

あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー

処理中...