1 :
[名無し]さん(bin+cue).rar:
前スレは971でdat落ちした模様です
973までみたいよ。
5 :
[名無し]さん(bin+cue).rar:2007/06/22(金) 00:01:00 ID:rz1+2GfN0
ほんとだ973だ・・・・・
てかなんでdat落ちしたんだろ。350超えての圧縮?
150日
>>1
モツカレ〜
10 :
8:2007/06/22(金) 01:54:08 ID:NTf7S2fo0
>>9 いただきました。ありがとうございました。
972-973は、こういう投稿だったんですね。
立って早々この廃り…
新規自炊人はそうそう居ないんじゃね?
自炊は手間暇根性いるからなぁ・・・
>>13 少なくとも自分がやった作業内容くらい書こうよ
黄色っぽいのを白黒にして、コントラスト強くして、サイズはすこし小さくした。
はじめから傾きやトリミングは、調整しなくていいようにスキャナした。
ミスったらスキャンやり直した。
そんだけ。
色とか調整するのはスキャナについてきた、PhotoStudio 5を使った。
マクロ使えるから便利。
サイズを小さくするのは使い慣れたフリーの、縮小専用を使った。
>>13,16-17
感想。
紙質汚い。
傾きは紙端を基準にしているようで、描画は傾いている。
のど未処理。
14氏同様、グレスケ化と縮小しかしていないのかと思った。
紙端を基準にしちゃダメか。
確かに何枚か変なのが混じってる。
のど側のコマの垂直枠線を基準に傾き補正する。
紙のモヤモヤは、自分では気にならないの?
まずはwikiにある自炊プロセスをいくつか読んでみたら。
最初はお手本として作業をなぞってみるといいよ
写真屋なしでは、自炊プロセス読んでもつらい。
>>20 紙のモヤモヤは、コントラスト調整したらほとんど消えたんで、これでよしとした。
Photoshopはないです。
>>21 わかった。やってみる。
紙のモヤモヤは、まるで消えていない。
モニター調整がおかしいのかも。
写真屋は何とかできないか。
なしでは作業をなぞりようがない。
柊氏のプロセスが準備する機材が少ないかな(個人的には前バージョンのプロセスの
方が手順なぞるには楽なのだが)
ヒストグラムを確認できるソフトがあれば後は藤さえあれば(最初の練習としては)何とかなるかな
ヒストグラムは、JTrimで確認できる。
紙の部分をトリミングして、ヒストグラム。
トリミング前に戻して、黒い部分をトリミングして、ヒストグラム。
もし写真屋がないor必要なら、ギンプを使うのも手。写真屋とほぼ同じ機能でなれれば同じ手順で作業できる
ただし、マクロやバッチ処理がないため、後々は写真屋が必要になるかね
W6VjIfnC33氏のは、GIMPじゃ無理ぽ
柊氏のは、いけるか
GGSgs氏のは、NeatImageほしい
マンガミーヤなら紙質飛ばしのレベル調整とか確認しながらできるよ。
縮小処理も平均画素法とかLanczos3とかつかえるし。
30 :
[名無し]さん(bin+cue).rar:2007/06/23(土) 21:31:30 ID:4bCdxODx0
age
31 :
[名無し]さん(bin+cue).rar:2007/06/24(日) 11:33:32 ID:7CZkcSRT0
ほしゅ
うーむ、努力はかうけど…
見開き結合は、補正に慣れてからやった方がいいよ。
まずは補正に慣れることに努力。
ちなみに、スキャン時の解像度はどれくらいでやってるの?またその際に
機械的な補正はいれてる?
スキャン時の解像度は200dpiです。
300dpiでやるとサイズが大きくて、あとの作業で画像ソフトが止まっちゃうから。
機械的な補正はナシです。
結合したのは、左右のコマに ー_ こんな段差があったから。
いちど結合して段差をそろえる必要があった。
フリーズするって…。マシンスペックやらメモリが少ないの?
wiki等を読んでるとした上でだけど、やはり解像度が低い。絶対というわけでは
ないけど補正は高い方が楽なんでね。最低300(個人的には400以上)は欲しい
ところ。
ソフトが固まるということだけど、ヒストグラムさえ確認できれば藤でバッチ処理し
たとしてもうpしたやつよりは綺麗に補正できるとはずだし、固まることもないと思う
もちろん、さらに綺麗にしていくとなると自分の環境をチェックする必要があるとは
思うけどね
結合は見栄えの点では重要だけど、今はまだそちらに力を入れなくてもいいよ
37 :
ひみつの文字列さん:2024/11/23(土) 09:45:54 ID:MarkedRes
日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。
>>37 下2つは、各自が自分で何とかすべき。
ここのテンプレは、
>>8みたいので済ましてよい気が。
>>32追加
コントラスト機能は、シャドウを合わせるとハイライトが合わず、ハイライトを合わせると
シャドウが合わずということになりがちなので、お薦めしない。
モニター調整したら消しゴムあとが見えてきて笑った。
>>36 さんくす。
CPUはP4の1.50GHz、メモリー256M、Windows XPです。
特に角度を調整しようとすると止まったりします。
>>35 藤は使い方がよくわかんないです。
メモリがちと厳しいか。XPならメモリ増設してしまう
藤についてはそう難しくない。基本的には、効果の項目にチェックを入れればその
効果がでる。効果の強さは値の項目で調整(レベル補正については隠し項目をいじ
る必要があるが、これまた難しくない)
例えば白黒化だけにチェックを入れ、値を2にしてD&Dすれば、自炊プロセスに載って
いるグレスケ化を実行したのと同じファイルを、ファイル名の生成法則にのっとたとこに
ファイルを生成する
>>41 lmapの数値は、どのように決定したの?
あと、300dpi(以上)カラー、スキャナー自動補正その他全てオフ・中立でスキャンした直後の
未補正ファイルを1枚UPしてみてくれない?
質問が唐突すぎ。めんどくさがらず主語書こうよ
グレスケ化については間違ってる。わからなければ藤で白黒化のAを選択しておこう。
レベル補正については、それとは違う機能をつかう。レベル〜といった機能はないかい?
フォトスタジオはよく知らないから答えにくいな。手っ取り早く使えるソフトなら
GIMPポータブルで検索して入れてみたら?
スキャン直後の画像見てみた。
状態が厳しい。
手順1 藤で白黒化2、回転180度。
手順2
>>26のとおり。紙のヒストグラムの左山すその値は160ぐらい。黒い部分は0〜10ぐらい。
手順3 藤でガンマ1.3、白黒化2、lmap(0=0,a=0,b=255,255=255)、大きさ絶対指定縦1400ピクセル、JPG画質85。
ガンマ1.3は、トーンが薄くなるのを緩和するため。
aは黒い部分のヒストグラムの左山すその値0〜10を参考として、5としてみた。
bは、紙のヒストグラムの左山すその値は160より5低い値155としてみた。
通常、bを155なんて低い値にすると、薄いトーンがぶっ飛び、だめだめだが、
古い本で紙の色が非常に濃く、薄いトーンもないようなので、やむなく。
きれいな本なら、紙のヒストグラムの左山すその値は200以上になる。
ttp://nigauri.sakura.ne.jp/src/up11410.jpg
誤 bは、紙のヒストグラムの左山すその値は160より5低い値155としてみた。
正 bは、紙のヒストグラムの左山すその値160より5低い値155としてみた。
>>45 自分もスキャナ添付で持ってたから見てみたけど、PhotoStudioは自炊に向かない。
自炊で必要な機能がごっそり無い。
GIMPとか藤とか使った方がいいかと。
>>47以上のものを(ここからは好みになるが)望むのであればPhotoshopやGIMP必須。
うーん、さっさとPhotoStudioで補正をあきらめて他のソフトに
乗り換えた方がいいよ
>>51の内容を見ると、せっかくアドバイスがあってもフィードバック
出来ていない&今後も出来そうにない感じだ
上で書かれているGIMPポータブルはフリソでUSBで持ち運べるし、ヒストグラム
等も最初からウインドゥで開いてる、また写真屋とほぼ同機能だから少なくとも
今受けているアドバイスを理解するには手っ取り早い
それにこのサンプルは白黒くっきりしてるから本の状態が悪くても
それなりに補正が出来てしまうので、出来ればもう少しましなサンプルで
練習してから、今回のサンプルを補正する方がいいかと
ヒストグラムについて自己流説明。
グレースケールのデジタル画像は、256階調の点々で構成されている。
1つ1つの点の明るさは、純黒だと0、灰色は1〜254、純白は255という数値で表される。
明るさごとに点々が画像内にどれだけあるかをグラフ化したのが、ヒストグラム。
JTRIMのカラーメニューのヒストグラムのヒストグラム表示を選ぶと、山あり谷ありのグラフが表示される。
グラフ内でマウスポインタを動かすと、レベル(明るさのレベルということ。上述のとおり0〜255)と
画素数(その明るさの点々が画像内にいくつあるか)が表示されるので、左山すそのレベルの数値を覚える。
ガンマについて、詳しくはググって。
藤の場合、1だと変化なし、1未満だと薄くなる、1超だと濃くなる。
ちなみに、自分自身は、
>>48のやり方を使っていない。
写真屋を使ってW6VjIfnC33氏のやり方を参考にして自己流アレンジ。
NeatImageてシェアウェアですの?
なんか新技術ないかなー
というわけでNeatImageインスコしてみたけど
英語だし設定項目意外と多いしよくわかんね…
検索って言葉知ってるか?
少なくともマニュアルのたぐいは引っ掛かるだろ。難しくはないが、ボタン一つで全てOKって
ソフトでもないぜ
>>57 Wiki自炊方法第3-二-(三) ノイズ除去、ぼかし に日本語版ユーザーガイドのリンクがある。
つうか誰か日本語化してくれ、真剣に……
カラーページをプロセスに従って進めてるのですが色補正の項目の中の
特定色域の選択でイエロー系:イエロー+20, ブラック+5, 白色系:イエロー+20
というのは、色域指定→イエロー系 のあとどの項目のイエローとブラックを操作しているんでしょうか?
色域指定?勘違いしてそうな…
色調補正のとこだよ
>>53 ようやくヒストグラムというのが理解できました。さんくすです。
左の山が黒い部分で、右の山がグレーの部分(紙の色や凹凸)ですね。
それを元に、どのていど色をとばせばいいか指定すると。
お知らせです。
101 名前:722[sage] 投稿日:2007/06/27(水) 20:25:05 ID:???0
>>98 eTilTran V0.6β
http://no722.cocolog-nifty.com/blog/2007/06/etiltran_v06_f51f.html 「モノクロ反転」により、
内部2値化データを反転して処理するようにしました。
ただ、見たところ、裏写り防止板が、ほぼ黒で、
本文のインクは濃い灰色としてスキャンされるので、
この情報を利用して、黒板と本文が分離できないかテストしたところ、
なかなか良好だったため、その機能を実装してみました。
といっても、なんのことはない、モノクロ化しきい値に下限を設けて、
ほぼ黒の領域を無視するようにしただけです。
ただ、うちのスキャナはADFのため、
あまりテストしていないので、
スキャンの状況によっては、機能しないかも知れません。
試してみてください。
>>63 >左の山が黒い部分で、右の山がグレーの部分(紙の色や凹凸)ですね。
画像全体のヒストグラムを表示した場合はそんな感じです。
>それを元に、どのていど色をとばせばいいか指定すると。
そうですね。
W6VjIfnC33氏は、画像全体のヒストグラムを参考にして数値の見当をつけているようです。
柊氏は、
>>26と同様の考えで紙の部分だけ、黒ベタ部分だけのヒストグラムを表示して、
それをを参考にして数値の見当をつけているようです。
私は、柊氏流で判断しています。
ho
syu
ほっしゅ
解体した本て可燃ごみでいいのかな
エロイ本だから紙資源でだすのはずいし
シュレッダーにかけてリサイクル
ヤギを飼って、食べさせる。
ジャンプなどの雑誌と混ぜてカモフラージュ
みんなのアイロンの面って反りある?どうもいつも下方の糊の融け具合が悪いなぁと思ってたら反ってた
そりのあるアイロンなんてあるの?意味無くない?
すり減るほど使い込んでるってのもあれだしなぁ。
>>73 反りはないけどうちも下のほうは溶けにくい。
下は温度低いのかも。
ho
77 :
[名無し]さん(bin+cue).rar:2007/07/02(月) 04:05:43 ID:OdI3obMR0
ho
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;:::::::::::::::::::
;;;;;;;;;;;;;;;;;;;::::::::::::::::::::: ,lヽヘ/ヽ
;;;;;;;;;;;::::::::::::::::::::: < へ
;;;;;;:::::::::::::::::: / ノlノ^^ノノリ>
;;;::::::::::: ___ ヾcリ;口ー口ゝ アイロンメイデン・・・と…
;:::::: く/',二二ヽ> ヾ、 ワ ノ、 レス送信…と…
:::::::: |l |ノノイハ)) … /
>>77 \ 俺っておもしれー
:::::: |l |リ;゚ ー゚ノl| / / ̄ ̄ ̄ ̄/
_____ノl_|(l_介」).l|___(___ニつ/ iBook /___ ∬
\/____/ 旦
横伸び注意報
[6495061] まさかこの機種もなんて・・・・。
返信数(0) 参考になったポイント(0) お気に入りクチコミに追加(1人)
スキャナ (EPSON) GT-F670 についての情報
★あっこ★さん2007年7月2日 23:04
数日前に購入し、本日初めて使用しましたが、
他機種に関してここのクチコミにもある通り、
A4サイズでスキャンした場合で、横方向に
4mm程画像が伸びます。
以前使用していたキャノンのスキャナが劣化してきたので
買い替えようと思い、クチコミなど確認した上で、
この機種であれば発売されてから間もないし
値も安すぎるというわけではないので大丈夫かな と
期待していたのですが、同じ現象が出ましたので
ガッカリしました。
以前のキャノンのスキャナ(5年以上前に購入した、
今回より低価格のもの)では0.数ミリ程度の
誤差しかなかったので、メーカーを変えるべきではなかった と
後悔しています。
仕事柄、これほどに元画像と差がでてしまうと
使い物にならないので、どうしようかと悩んでいます。
他機種で部品を変えることで誤差が縮まった方も
いらっしゃるようなので、サポートに連絡をしてみようかと
思いますが、誤差3%程度は仕様だそうなので
あまり期待できません・・・。
ほ
>>81 Epsonの廉価機種は地雷か…
上位機種のレポも欲しいところだね
>>83 プリンタ板のエプソンスレの投稿によると、
X750は0.5%横伸び、F520は0.5%横縮みらしい。
自分も、価格.comの★あっこ★さんと同じく、
今年の新機種では横伸びがなくなるのではと
期待していたので残念。
S600クラスの今年のモデルチェンジはまだだが、
当然横伸びするだろう。
スキャナも欲しい・・・プリンタも欲しい
近頃は複合タイプが増えてるけど複合機でも問題ない?
遅くて低画質で無駄に場所をとってもいいなら問題なし
>>86 CCDセンサーで、スペックを見た感じではよさげな複合機も、実際はそんなに劣るものなの?
業務用でも、最近複合機のCMをよく流してるじゃん。
一台で何台分もの働きをするし、いいなーって思うんだけど、あれって不思議なもんで、
誰かがカラーコピーを大量に取ってるときに限って急なFAXを流さなくちゃいけなくなったりするんだよな。
あと、どっちかの画質や使い勝手が悪くて買い直したくなったときとか、
もしくは片方だけ故障したときの修理とか、そういうことも考え合わせると、個人的には
スキャナとプリンタ別々に買って使った方がいいんじゃないかと思う。
単体だと、手元に置いて向きを調整できたりして、使いやすいようにできるのが楽だ。
特にコミックみたいな大量のスキャンするときって、流れ作業だから、スキャナの置き方で疲れ方が全然違うよ。
ただまあ、予算的には別々に買う方が高くつくかもね。
うち、プリンタ持ってないから値段わからんw
業務用は定期メンテ即日修理が基本だからな
修理に手間取ると思えば代替品が即届くし
CCDとCISを同じ解像度でスキャンしてみたんだけど
CISの方がスキャン時間かかるんだね
機種の差なんじゃね?
カラーだと、3原色でそれぞれスキャンしてから内部で合成するから
モノクロの3倍時間がかかりますな
>CISのバヤイ
94 :
[名無し]さん(bin+cue).rar:2007/07/08(日) 16:29:00 ID:pJRcw0cw0
ほす
ほすす
ほーす
97 :
[名無し]さん(bin+cue).rar:2007/07/11(水) 13:19:53 ID:kNcHKgn80
ホチュ
ホース?
スーホ
スキャナーを買おうと思もっているですが
自炊技術Wikiを見てみるとエプソン製はダメみたいなので
キヤノン製のCanoScan 4400Fを買おうと思うのですが
これはエプソン製のような縦横比の歪みはあるのでしょうか
スキャナーを買う参考にしたいのでアドバイスお願いします。
EPSONだからひどいということはないんだけどさ。
歪みは個体差なんで、その個体によるとしかいえない。
キヤノンが話題にでないのは、それだけ優秀(個体差がない)なのか
気にせず使用してる人が多いかだけさ。
そんなに心配ならフォットショップで編集したら?
EPSONの去年以降の機種については、歪みは個体差じゃないだろう。
設計が悪い。
写真屋で横だけ98%とか縮小しても、全体の縦横比は合うようになるが、
画像の右が横縮み、左が横伸びという感じで、歪みは残る。
>>100 エプソンもキャノンも現行機種は評判悪いよ
悪い事言わないから、4400Fはやめとけ
キャノンなら5400Fか8400Fを探すことをお勧めする
105 :
100:2007/07/12(木) 11:54:39 ID:dkXhbX9R0
皆さん、アドバイスありがとうございます
エプソンとキャノンのスレを見ましたが
やはり現行機種はダメみたいですね
皆さんのアドバイスどおり5400Fを
探して買うことにします。
>105
5400Fと8400Fはおそらく今の時点だと流通価格は一緒くらいなはず
自分は1ヶ月ほど前1万2千円ほどで後者を新品で買ったが
8400Fのほうがトーンが滑らかで美しいよ
ほ
ecってtiff出力できる?
>>108 プラグインを使えば可能
w6さんのプロセスにリンクが貼ってあるよ
プラグインによりTIFF入力はできるようになりますが、TIFF出力はできないと思います。
そっか、出力か
ごめんごめん
お知らせです。
131 名前:722[sage] 投稿日:2007/07/14(土) 19:34:55 ID:???0
eTilTran V0.7β
http://no722.cocolog-nifty.com/blog/2007/07/etiltran_v07_2bb8.html 配置のやり方を大幅に変えたので、かなり時間をとられましたが、
ひとまず完成しました。
ノンブルとテクスト領域の配置は、以前の再配置ツールと似たようにしてみました。
ただ、そうするとコミックの補正が難しくなるので、なんとかバランスをとって、
コミックでは全体をテクスト領域とすることで、
とくに設定を触らずに傾き補正できるようになっています。
あと、圧縮ファイル入力とPDF出力に対応しています。
まだちょっとバグが残っていそうな雰囲気ですが、試してみてください。
たまに職人さんがやっているマンガミーヤの下のところに黄色の棒とふきだしみたいな物を
追加するにはどうすればいいんでしょうか
初スキャンです。
ルビの部分がどうしてもつぶれ気味になってしまいます。
読めないことはないのですが、他の職人さんははっきりしている。
@400dpiでスキャン
A藤で白黒2
B藤でガンマ1.5、輝度25/225、コントラスト1.7、ノイズ10、白黒0
CJtrimで縦1400、jpeg化
の手順です。藤の設定はいろいろやって自分がスキャンしているものにマッチしていたというだけです。
ツールはフリーが基本。
なにか、ルビをうまく残す補正のコツがあるのでしょうか?
読み取りのdpiが低いのでしょうか?
>>117 輪郭補正。忘れてました。(^^;)
>>118 モアレ防止オフですか。今オン状態だったので試してみます。
やっぱ写真屋なのかなぁ。
体験してきます。
ありがとうございます。
ソースによるから補正だけでは何とも。
藤の輪郭強調は粒の大きいトーンでモアレ発生しやすいので、
JTrimの縮小使ってるならJTrimで縮小後アンシャープマスクかけた方がベター。
輪郭補正はjpg化後の最後ですかね?
全ての補正を行った後、最後にJpeg化が基本
どういった縮小段階を重ねてるか不明だが、藤でLancの設定を変えるのも
有効(かも?)
補正後にjpgですね。ありがとうございます。
縮小は
>>116のように縦1400に変更するとき以外は行っていません。
ルビのある1ファイルをつかっていろいろ試してみます。
>116
藤でガンマはいじらないほうが無難、コントラスト1.7はかけすぎ、何で2回も白黒化かけてる?
と手順自体で疑問多いんだけど
藤は縮小は悪くないし、画像加工するんでなきゃJTrim最後にわざわざ引っ張り出すのも疑問だしね
ルビをきれいに残したいなら、手間になるけど範囲指定してシャープ掛けちゃうの一番確実じゃない?
フリーアプリでうまく加工できるのあったかどうか知らんが
>>124 藤自体も見直してみます。
白黒2回は、1回目のあと補正を入れるとファイルサイズが白黒1回目の前に戻ったため2回目を入れました。
縮小は縦サイズのみの絶対値指定で横を自動できないなかったからです。(計算をサボりました)
範囲指定シャープネスはさすがにきついですね・・・。
縮小について難しく考えている。もう一回藤の画面を見直せば、縦横比の計算など
いらないことがわかるはず。
白黒化のチェックはいれておいていい。個人的には藤のみならガンマいじるのは
有りだと思うが、コントラストは必要ないのは同意
>>116 ↓藤のヘルプファイルから抜粋
各種フィルタの補正式
ガンマ補正: (X / 255) ^ V * 255
Windows のガンマ値(2.2)を Mac のガンマ値(1.8) にするなら V=0.82
正規化: (Luma - LumaMin) * (Max - Min) / (LumaMax - LumiMin) + Min
LumaMin と LumaMax は入力画像の最大輝度と最小輝度.
従来の正規化は Min=0, Max=255
輝度補正: Luma * ((Max - Min) / 255) + Min
単純に輝度を +20 するなら Min=20, Max=275
普通は飽和を気にして Min=40, Max=255 とか
コントラスト補正: (X - 127.5) * V + 127.5
コントラストを強める場合は V を1より大きく、弱める場合は V を1より小さく(V は 0 より大きい小数)
これにより計算してみれば、
>>116の設定がかなり極端な補正になることが分かるはず。
補正は、勘に頼らず、まず
>>26のとおりJtrimでヒストグラムを見て、黒をどれだけ沈め、
紙を飛ばすか数値を決める。
コントラストは、黒を合わせると紙の白飛ばしが合わず、紙の白飛ばしに数値を合わせると
黒が黒を合わないので使わない。
ガンマは、とりあえず使わずにやってみて、トーンの濃さが気になったら、いじる。
>>127 >・GIMP
>一括処理できないけど
一括処理(バッチ処理)はプラグインで対応
つかGIMPは写真屋で出来ることは殆ど出来る
>>116 藤-Resizer-の輝度補正で写真屋のレベル補正に相当する補正を行う。
輝度A1以下を輝度0に、輝度B1以上を輝度255にする場合
Min=(A1*255)/(A1-B1)
Max=(255*255-A1*255)/(B1-A1)
例えば、輝度25以下を輝度0に、輝度225以上を輝度255にする場合
Min=-31.875
Max=293.25
と、藤-Resizer-の補正式から求めてみたが、自分は写真屋使っているので未検証。
ExcelシートのC1セルにMinの計算式、D1セルにMaxの計算式、適当なセルに
=A1*((D1-C1)/255)+C1
=B1*((D1-C1)/255)+C1
と入れてみたら、0、255となったのでMin・Max計算式は正しい?
あと、小数点以下の取り扱い不明。
更新報告
145 名前:722[sage] 投稿日:2007/07/16(月) 20:49:25 ID:???0
eTilTran V0.8β
http://no722.cocolog-nifty.com/blog/2007/07/etiltran_v08_c8e5.html 前回のβ7でテクスト領域とノンブル領域に別けて処理するようにしたんですが、
どうも単純に角度補正とトリミングだけしたい場合には、ちょっと使いにくいので
β7以前の操作も、モード切替で可能にしました。
デフォルトではβ7以前の操作モードで、
β7のテクスト領域とノンブル領域の操作をしたいときは、モード切替が必要となります。
テクスト領域には、縦書き、横書き、挿絵が含まれるのですが、
それ以外の不明な領域や、薄い背景のパターンが含まれず、
プレビュー時や出力時にテクスト領域以外が消滅してしまうので、
やはりこれは問題だろうと判断しました。
(ページの種別を「漫画」などに切り替えれば戻せるのですが、
たくさんページがあると面倒ですからね)
116です。
>>129さん
>>132さん
ありがとうございます。
輝度補正の Luma * ((Max - Min) / 255) + Min
藤のヘルプは見ていたのですが、数式のLumaってのがなにか
いまいち分からずにいました。(アホなのかも知れませんが)
ヒストグラムを使って最適値を出して、微調整していきたいと思います。
他の方もこまめにありがとうございます。
他のソフトなどはこれを使い切ってからにしたいと思います。
Lumaは、処理するピクセルの輝度数値だろう
藤-Resizer-の効果処理順変えられると便利だと思う。
偶数奇数でファイルを分けるツールってなんて名前だっけ?
>>138 ありがと。それだったのかな
ハードディスク5個逝っちゃってツールやデータ集めなおしてるとこ
諦めなきゃならない物が多すぎてなー
どういう使い方したら5個も・・
星一徹になりきれば簡単。
地震で机から落ちた
それご愁傷様です。
偶奇を分けるツールはここの住人が作ってた奴を流しただけで、
名前も付いてなければ、どこにも保存されてなかったような気がする。
エクスプローラで大きいアイコンならウィンドウを縦長に
□□
□□
□□
□□
□□
□□
↑を範囲選択して別フォルダへ移動
一覧表示ならウィンドウを横長に
□□□□□□□□□□□□
□□□□□□□□□□□□←を範囲選択して移動
ファイル名が通し番号なら偶奇分けはこれで十分じゃね
スキャン挑戦してみたけど3時間くらいで挫折した
ホント難しいな・・・お前ら凄いよ
>145
4年ぐらいやってたけど
今だるくて3ヶ月位放置中だよ
必要な順ってこんな感じじゃね?
モチベーション→機器→ソフト→スキル
腰痛が俺にとって一番の敵
まめfile2を使ってた俺。いつの間に5に
>>146 拡張ファイル選択は重宝してるな
ワイルドカード*汎用性高杉
昔の雑誌を取っておいたまでは良かったが、ため過ぎてやる気がおきない
>>146 まさにそれ
勉強やらアニメやらエロゲやら、なにかすることがあるときはまずやらねぇ
一通り済ませてやることなくなってきたなーってときにようやくちょっと炊くか…って気になる
それに体調や気分もある程度優れてるときじゃないとダメだな。ダルくなって最後までもたなくなる
湿気うぜぇ
>>146 モチベーション→スキル→ソフト→機器
かな。
自炊始める前より、部屋の本が増えてきたよ。
減らす為に、自炊始めたのに(´・ω・`)
>>146 月、何冊ペースで?
毎週、発売日から数日以内に炊いてる雑誌職人、マジで凄いよ。
炊き始めるとわかる職人の本当の凄さ
文句も言われないしもう雑誌なんだから適当でいいじゃん、と
A4雑誌をフラッドベッドの160dpiモアレ防止OFFで炊いてしまう夏。
156 :
137:2007/07/19(木) 00:54:16 ID:oHyD9t1W0
>>148 まにあったー。ありがと。
帰ってきたら停電で、パソコンやら電化製品のたぐいが止まってた。
興味本位の質問なんだけど200ページのコミック一冊の全作業時間どれくらい?
オレは12時間かけて一冊炊いたところで心が折れた。
解体済みかつ結合部分が適当でいいなら三時間
単行本サイズで概算
解体:30分
カバー・表紙:30分
スキャン:1時間半
ec:45分
補正:45分
元カラー・見開き:1時間
ゴミ取り:1時間
合計:6時間
重石2日〜3日
>>160 それでも無償でやってるんだからスゲーとしかいえんな。南無南無ありがたや
ごめん、放流はしてない
>>157 裁断機使用、結合無し、カバーはフラベ、その他はADFという条件で最速一時間〜一時間半。
紙の状態が悪かったりしたらもうちょい時間がかかるが、最近はソフトも良いんで
スキャン以降の作業は全自動になって楽になった。
ベネッセみたく一日30分ぐらいでわけてやってる
急ぐわけでもないし、大量整理してるわけでもないので
>>157 スキャン(1時間半)
↓
カラーページとカバーの処理(1〜3時間)
見開きがあれば見開き結合(1Pあたり15分〜1時間程度)
↓
photoshopで白黒ページをチャンネルミキサー+トリミング(1時間半)機械で自動化
↓
E.C.で傾き補正(1時間)
↓
photoshopで白黒ページの仕上げバッチ(3時間)機械で自動化
↓
ビューワーを白背景で見ながらゴミ取り
ビューワーを黒背景に切り替えて再度ゴミ取り(2〜4時間)
↓
jpg化+carmineで最適化+無圧縮zipにして完成(15分)
トータル時間は見開きがあるかないかで随分違う
あと印刷状態
・ものすごい傾いてる→傾き補正したあと出来た余白を誤摩化すのに時間かかる
・インクのシミが酷い→ゴミ取りするのに時間かかる
カバーや裏表紙も模様がびっしり入ってるのだと皺取りや結合するのに時間かかる
機械化出来ない作業は自分も
>>166さんみたいに帰宅後少しずつ時間を作ってやってるので
一冊仕上げるのになんだかんだで1週間くらいはかかるかな
3時間のバッチって、1ページ1分ぐらい?
むちゃくちゃ凝ったアクションなのか。
自分は傾き補正した後にトリミングするな
>・ものすごい傾いてる→傾き補正したあと出来た余白を誤摩化すのに時間かかる
これすごい面倒くさくない?
ていうか、風景が背景とかになってると出来なくね?
そこらへんは描いて補う
余白を補填する気力はないけど、かといって空白が目立つのはよくない
よって傾き補正でできた余白ごとトリミングで処理する一択
>>170 思い入れがあるようなコミックならともかく
毎回は出来んなぁ、すげーよ
>>168 167はメチャマシンが古いか、1200dpiくらいで取り込んでるかのどちらかだな。
バッチ処理はまだともかく、チャンネルミキサー+トリミングで1時間半は流石にねーわ。
そんな高解像度で取り込む意味あるの?
>>173 自分のPenD930+メモリー2Gで2700×3700ピクセル1枚20秒。
結構長いアクション。
チャンネルミキサー+トリミングで1時間半というところからみて、
その推測が当たりかも。
>>174 カラーページをモノクロ化したページで、紙が新しい状態なら。
オレは雑誌の単品1つで1時間ってとこだな
それ以上の気力持たないんで単発ばっかし。
俺は本とパンフレットを溜め込むばかりだぜ〜
最近、姪っ子(小3)の目が厳しくなってきて、
親に処分しろ、処分しろと言われて困ってる。
放流なんていかんぞ〜
そんな犯罪行為を助長するスレじゃないからな!!
そりゃあ叔父さんが成コミに埋もれた生活してたらいろいろあるよなぁ
「俺のオジさん二次ヲタでさあ、これ一冊パクッて北からみんなでオナヌーしようぜ!」
なんてことになってるんだろうなぁ
姪を放流せよ
ブスでいいですか?
遅レスだが…
>>145 ここ2ヶ月くらい自炊やってないなあ…
アニメやらPCいじりやら2chやらネットやらで時間が作れなくて
あと仕事が忙しくなったのも一因
仕事から帰って自炊作業なんて、全くやる気起きん
休みの日は部屋でぐだぐだしてるだけだし
PCを新調したんでまた始めようかと思ってる
環境を整えてからようやく再開、ってところかな
やっぱモチベーションが上がらんと、こういう苦行は長続きしないからなあ
新刊ってすげぇ炊きやすいな、感動した
やる気がでたときにたまにやるくらいならなんてことないが
続けることが難しい。つか無理、絶対折れる
そういやギーグルの図書館スキャンプロジェクトはどうやってんの?
蔵書解体するわけないしなんかすごいハイテク機械使ってるのかね
更新報告
eTilTran β8-1
http://no722.cocolog-nifty.com/blog/files/eTilTran08b1.zip [注]急遽、機能追加しただけなのでblog記事はありません。
>>160 自動領域補正に
「ページ全体にテクスト領域をズーム設定して合わせる」
という機能をつけましたので、これで我慢してもらえますか?
(なお、有効領域モードでしか効きません)
eTilTranはあくまで対話的に補正を行うツールなので、
プレビューされて後から変更が可能な操作が前提です。
だから、出力時に自動配置する機能をつけるつもりはありません。
申し訳ないですが、これはポリシーなので変えられません。
>>157 右垂直線基準と左垂直線基準を追加しました。
ちなみに、なぜこの機能が必要なのですか?
>>150 自動領域補正に
「トリミング範囲自動設定」をつけました。
お試しください。
>>184 ブックスキャナーでぐぐるといいんじゃないのかな
使わない人は、スルーするか、あぼーん機能設定を使用してくれれば。
(あぼーん機能設定用に、名前を入れてみた。)
166 名前:722[sage] 投稿日:2007/07/22(日) 10:41:44 ID:???0
>>164 eTilTran β8-2
http://no722.cocolog-nifty.com/blog/files/eTilTran08b2.zip 傾き補正してからテクスト領域を取得するようにしました。
これで試してみてください。
ちなみになぜ今まで補正してなかったかというと、高速化のためです。
漫画を細かくトリミングするニーズがなかったので、
正確な位置は不要と判断していました。
なお、「漫画テクスト領域高精度化」を「なし」で元に戻せます。
145だけどレス付きまくっててびっくり。
やっぱ慣れてる人でも気力が重要か・・・
一応、つまづいたのは見開きなんだ。描いて補うのが大変and難しすぎるorz
見開きは時間の無駄なんでやんないことにしました
カラーの補正の件なのですけど
蛍光色が再現できません
いろいろ弄っても全くそれらしくならないです
何かコツらしきものあれば教えてください
ジャンプ既刊一覧の「ジャンプ・コミックス」みたいなヤツ?
見開きはページの間に空白を入れてつなげたフリにしている。
まぁ、みれるよ。
いちおう単ページも残してるけど。
>>188 見開きなんて無理に繋がなくてもいいんじゃないの?
欠損があまりない場合だけ繋げばいいじゃんw
左右別々に書いていて物理的に繋がらない見開きだっていっぱいあるし
絶対つながらねーってのあるけど、別々に描いてたのかー
>>193 自己満足ってところもあるからね。
後で見返してみて、きっちり作ったものはそれなりに嬉しいものだし、
テキトーに作ったものは無感動なんだよ。
元々カラーだったものを単行本収録時にグレスケにされると、なかなかつながらねぇ。
つながっても全体の濃度のバランスが…orzってなる。
>>193 それを繋いでしまう猛者もいるのだよ。
まあ見開きを無理して繋ぐ必要がないのは同意。
他の職人間でも見開き結合は(結合をやってる人も含めて)任意というのが一般的な見解。
他の必須処理と違ってやらなくても地雷扱いされたりはしない。
下手な人が無理して繋いでかえってって見苦しくなる事もあるし。
いつだったか左右別の見開きをほとんど完璧に繋げてみせた人がいたけど、あれは凄かった
>>196-198 見開きは基本的に繋ぐ派だけど
雑誌スキャンなどで欠損が埋められる場合を除いて
欠損がすごいのに無理して捏造するのはスマートじゃないと思う
猛者とか褒められるようなもんじゃないと思うけどなぁ
蛍光・金銀は、そこだけフォトレタッチで埋めちゃうな
雲模様フィルタを白黒で描いて、インデックスカラー化、スペクトルに置き換え、
あとはRGBに戻して、色味や何やを調整みたいな感じで
>>199 そもそも1頁から最終頁までストレス無く読めたら最高だと思うから頑張るんじゃないのか?
たまに変な結合を見かけることもあるけど、だからどうって事は無い。
何故そうなってるのかぐらいは読み手も容易に理解できるから。
データを作ってくれてありがとうと思えこそ、
「褒められるようなもんじゃない」って批判している199の方がイタい。
ほんとに自炊職人か?
猛者とかスマートとか気にして自炊してるうちはまだまだだと思うぞw
>>188 見開きがいっぱい→モチベーションが低くなる→自炊をしなくなる
そんな風になるくらいなら繋ぐ必要ないのでは
見開きは完全に自己満足の領域で、他人は全く気にしないぞ
見開き繋いでない=手抜きだ!みたいに言う奴はよほど暇な時間が唸ってるニートくらいだよ
>>202 見開きを繋ぐか繋がないかは
ストレスなく読める読めないとはどう考えても無関係
そして見開き部分の欠損が捏造して埋めてあっても白線でも
単に見る側に回るならどちらも側普通に感謝するだろ
youtubeとか見ながらスキャンできるといいんだけど、スキャナー止まっちゃう。
>205
俺はWiiで観ながらやってたよ
(今は暑くてやる気ゼロ)
多分Xbox360 PS3でもみれるんじゃないかな?
先にPCで垢作ってお気に入りを編集しておくと便利かもしんないね
カラーとカラーの間に糊が挟まっちゃってる場合のはがし方ってある?
モニター変えたら、何か発色とか違うんで気になったのですけど
自分のモニターで見える色が基準なんでしょうか?
それともおおよその基準値とかありますか
自分は色温度やコントラストとか弄って使ってるので他人のモニターじゃ別物に見ちゃいますよねえ
他の人はそこら辺をどう考えてるか知りたいです
機械的キャリブでもしなければ複数のモニター間の調整は無理なんじゃない?
後、可能性は低いけどプロファイルが違ってるとか、補正の際に指定してないとか
ho
ecの保存形式の24bitってもしかしてチェック付けた方がいいんでしょうか
215 :
[名無し]さん(bin+cue).rar:2007/07/25(水) 23:10:46 ID:ohCWtS210
GTーX750ってフィルム専用じゃないよね?
今一番、活字の文章を読みとるのに優れたスキャナソフトって何?
バンドルはあまり性能良くないし・・・(;´Д⊂)
読み取る文字、紙による。
読み取り革命、読んでココ、e.typrist
すべて体験版がネットにあるから試したほうがいいよ。
俺の場合は読み取り革命だったけど。
ほ
スキャンされた画像をチェックするとハードウェア情報がわかっちゃうとか?
某盗撮DVD屋がピーコ & 転売対策に購入者の名前を刷り込んだ
DVDを納品してるってのを思い出した
222 :
[名無し]さん(bin+cue).rar:2007/07/28(土) 15:32:09 ID:wcukQCdY0
あれ?
じゃあイラストとか写真をスキャンしてインターネットにうpするってのは?
CanoScan5400を探してるんだけど、どの通販サイトも売り切れ。
やむなく、このスレに出てたCanoScan8400に手を出そうとしてるんだけど、
もし使ってる人がいたら、8400の長所や短所を教えて欲しい。
>>222 いや、ネタだからね。BMPなんかは全く残らないよ。
携帯なんかで撮った写メのjpegだと機種情報が残るけど、jpegクリーナー等ツール使えば消せる。
>>223 5400Fと比べるならプレビューがやや遅いのと、スキャン速度も若干遅いらしい。持ってないけど。
スキャン速度は微妙な差なので、画質を考えたら大した事無い。トーンのきめ細かさは圧倒的に綺麗。
あとはやや大きいってくらいかな。
>>225 は
>>224 の間違いだす。すまん
お詫びにもう一つ、ウォーターマークって言い方もある。
ho
写メって透かしなん?exifかと思ってたんだけど。
通貨なんかはスキャンもダメみたいだけど、
上のDVDデータとイラスト・写真スキャンは別じゃなくて?
FPコードとか面白いよね
ベタ塗りって外道?
231 :
[名無し]さん(bin+cue).rar:2007/07/31(火) 01:38:02 ID:GP8eJzI20
ぷん
カバーって裏あて白い方がいいね、ずっと黒でやってた
どっせーい
スキャンなんかババアにやらせりゃいいんだよ
ババァには無理です
xx
dd
ジャンプとかの漫画誌って紙自体がカラーだけど
そーゆーのも含めてカラースキャンした方がいいの?
喜ばれる?
>>238 一般的には喜ばれないと思う
赤と黄ならレッドチャンネル
緑ならグリーンチャンネルを抽出してグレスケしてレベル補正かけるべき
ただ紙質が悪いんで
白部分が真っ白になるくらいまで上限値を下げ
黒部分が真っ黒になるまで下限値を上げるとどうしようもなくなるので
どちらもほどほどが目に優しいと思う
グレスケの部分しか理解できないけど
そうする事にする
ありがと
>>238 カラーページ以外は気合入れんでもいいよ
ただ喜ばれるとか・・・
放流する気なら止めときなさいね
スキャン原本をそのまま流した方が喜ばれるな
>>242 それで喜ぶのは再補正好きの極一部の人間だけでは・・・
同人誌スキャン時、E.C.を使って傾き補正してるんだが、
どうしてもズレが出る。
縦を軸に傾き補正すると、横が斜めになるし、
横を軸に補正すると、今度は縦の斜めがひどくなる。
これって、スキャン時に画像が横に伸びてるってこと?
つ「方眼紙をスキャンしてみてチェック」
方眼紙ではないけど、プリンタ用の用紙をスキャンして試してみた。
すると、やはりズレが生じてた。
ちなみに機種は?
>>247 CanonのCanoScan8400F。
ちなみに前使ってたエプソンのGT-F520でも同様の問題にずっと悩まされていた。
方眼紙スキャンした結果を基に、曲面収差(と言うか、スキャナの歪み)を自動で認識し、
その結果を記憶して、後々補正用のフィルタとして使えるようなソフトってないもんかね。
最近のEPSONスキャナは平気で2%とか横延びして困る。
延びた分、単純に画像の縦横を縮めりゃ終わりかって言うと、そう簡単な話じゃないし。
>>244 Gantzの人やロトの紋章の人みたいに、ソフトを使って作画している人を除いて
コマは完全な長方形ではない
人間が手動で引いた線はなので長方形っぽい菱形
縦に合わせれば横が斜めになるのが寧ろ自然
印刷の歪みやスキャナの歪みというのも勿論多少はあるだろうが
方眼紙をスキャンしてあまりにもいびつに歪んでるんじゃなければ
そういうもんだと割り切るしかない
>>244,246
長方形の紙が平行四辺形とか台形に変形するということ?
>251
使用機種は?
>>250 アドバイスサンクス。
コマに関しては、それを強く感じてた。特に同人誌に関しては。
今は傾き補正も、コマを基準にするのではなく、紙そのものを基準にしてる。
でも、それでも多少斜めになるのは、もはや割り切るしかないのかな・・・orz
>>251 平行四辺形。
でも、あからさまに平行四辺形になるわけではないし、
絵そのものが極端に歪むわけでもない。
正直、見過ごそうと思えば見過ごせるレベルではある。
押さえが足りなくて紙が浮いてるとか・・はないか
>>254 100%無いとは言い切れないけど、
一応紙の上に、裏写り防止のアクリル板と、重石を乗せてはいるので、
とりあえず無いと考えていいと思う。
同人誌に限らず、他の職人が同様の問題を抱えてるのか否かが知りたい。
もしこのズレが職人共有の問題なら、そーいうものだと割り切れるし。
うちは5400Fだけど方眼紙スキャンすると、目視できない程度にごくわずかだけど平行四辺形になるよ。
でもゆがみは大体安定して同じだから、スキャンした画像全部にゆがみ補正かけて上書きしちまってる
>>252 EPSON GT-F520です。
>>253 レスどうも。
自分も実験してみました。
B5ペーパーの表と裏とを600dpiカラースキャン。@A
表の左端角度をものさしツールで測定し、回転。
裏を左右反転、左端角度をものさしツールで測定し回転、切り抜き、全画面選択、コピー。
表に裏のコピーをペースト。
レイヤー描画モードを差の絶対値へ変更。
自由変形で重ねる。
レイヤー描画モードを通常へ変更。
重ねた裏のレイヤーに対して、階調の反転。
レイヤー不透明度50%。B
ヒストリーパレットで階調の反転前へ戻る。
重ねた裏のレイヤーに対して、アンシャープマスク500%、半径250、しきい値10。
レイヤー不透明度85%。C
Bのとおり、わずかに重なりません。。
Cのとおり、画像の右と左とで伸縮率が変化していて、
表の描画と裏写りとが重なりません。
ttp://upload2.dyndns.org/up/4/_/jump/1186307445.zip/attatch パス:jisui
@〜C画像
ScanSnap超楽ジャン! と思ってたら速攻縦線発生!?
初日から発生とは・・・劣化でおきるんじゃないのか・・・orz
加熱での本の解体方法について聞きたいんだけど・・・
Q:ホットメルトを溶かすのにアイロンとホットプレートどっちが楽?(これから買う)
Q:加熱してむしったページに糊が残る?(スキャナの読み込み阻害になるか)
裁断機って高いね。
スキャナにお金かけれるけど、解体作業にお金かける気はなかなかしない。
259 :
[名無し]さん(bin+cue).rar:2007/08/06(月) 12:48:28 ID:z5Apm4xf0
>>258 むしったページに糊が残ってスキャナーの読み取り部分にくっつくと
ムカつくことこの上なし。縦線ビャーってなる。
俺は、裁断派になった。カッターで切った方がやっぱ早いぜよ
定番のPK-513ユーザーだが、これ買って以降、裁断で苦労することが無くなった。
安いとは言わないが、これで二万円程度なら高くない。
ちょっぴりデカ重いんで、六畳一間の独り暮らしの部屋にはお薦めしないが、
そうでなければ買う価値はある。買って期待外れってことは、まあないよ。
おいおい嘘いうなよ。PK-513で4mm裁断すると文字まで欠損するぜ 下手したら
それ以下だとのり残る場合あるしよ。
>>261 俺はPK-513を裁断機として優秀だと言ってるんだよ。
4mm裁断して、4mm分欠損するのなんか当たり前だろうが。
scansnap使うってことは量産志向だろうしPK-513を選ぶのは選択肢として十分ありだろう
私の自炊に欠かせないも
目薬…
みんな目大丈夫?
俺は腰が・・・
モチベーション
CMカットしたラジオ
惰性で続けて飽きてしまうことを避けるための適度の空白期間
炊きたいと思える作品 (尚且つ被らない物)
時間
271 :
[名無し]さん(bin+cue).rar:2007/08/07(火) 00:05:34 ID:FNr7R+SE0
モチベーションは最近取り戻したが、今度は時間が・・・
まともに自炊すると5時間かかるのが痛い
平日じゃろくに時間取れないよorz
そこまでして自炊する必要なくね?
いや、もう趣味というか好きでやってるから
そのくらい時間かけないと満足いくものが出来ない
単なる自己満足
ADFで適当に炊くという手もあるが、トーンの再現性に難がある
小説用には使ってるけど
ほんのちょっとグチを言いたかっただけの香具師の揚げ足をとるな
150dpiで炊く快感
速くて涙出そう
ほ
280 :
258:2007/08/09(木) 21:51:30 ID:uG1fMTuw0
のりでスキャナーに詰まるとか絶望する・・・。
カッターか裁断機を考えてみる。thx!
ほす
縮小前にちょっとだけボかすとか。
>>283 あえてぼかすのか。なるほど。
なるほどとか言ったわりに良く分かってないけどとりあえずやってみるか
>>282 この細かい格子状のモアレは、藤-resizer-での縮小?
もしもそうならば、W6VjIfnC33氏お薦め設定(wisteria.iniのMethod=8, Float=1)を
試してみるとか。
あるいは、ソフトを変更して、モアレに強いといわれるBlastPNGの面積平均法〔積分法〕や
SmaHeyを試してみるとか。
>>285 PhotoShopのバイキュービックで→3200pxl→1600pxlにしたんだけどどうにも
藤のMethodもいろいろ変えてみたけどダメで。
BlastPNGちょっと試してみるっす
写真屋2段階縮小だったのか。推測外れた。
どんな設定でスキャンし、縮小前にどんな補正をしているの?
>>282 一応、原本も上げてみた方が他の人もアドバイスしやすいよ
すみません、質問させてください。他所で質問をしたところ、
ここに誘導されてきました。環境は、Windows版のCS2です。
色つき紙に印刷された資料のスキャンをして、下地を無地白にするために、
「レベル補正(白色点を指定) → グレースケール化」
という作業をしていたのですが、紙の色が均質ではないため、
完成後の各ファイル同士の色合いが一定になりません。
そこで解決策を求めて、
>>2 のWikiを読ませていただいたのですが。
「sGray.icc」を読み込ませる方法がわからず、挫折しました。
何かいい方法はありますでしょうか?
>>290 あそこから来たのね。
CS2にはsGrayはもともと常備
向こうの方でも感じたけど、wikiは読んでるけどプロセスとか読んで
一度は手順をなぞってる?
>>289 SmaHeyでは、かなりよくなった感じ。
しかし、これだけ色々なソフトを試してモアレが出たということは、
縮小以前の処理にまずいところがあったのかも。
原本は、スキャン後未加工のものをUPして。
GT-9700Fの解像度以外の設定は?アンシャープマスクは使用していないよね?
写真屋を持っていて、藤で階調補正を行う意味はないような。
藤での階調補正の具体的な設定は?
設定数値はどうやって決めたの?
>>290 作業用スペースのグレーのプルダウンメニューの一番下にsGrayがあるはず。
なければ、詳細オプションをオンにしてからもう一度。
色つき紙処理については、1枚1枚スポイトで白色点を指定せず、
適当な1枚で数値を決めて、アクション作って、バッチ処理。
チャンネルパレットを開くと、上からRGB、レッド、グリーン、ブルーの順で並んでいる。
この三原色の内で紙の色に近いものをクリック。
目の記号が選んだ色だけになり、画面がグレスケになる。
イメージメニューのモードでグレスケを選んで、他のチャンネルを破棄。
レベル補正で紙を真っ白にする。
又は、色の置き換え。
柊氏の自炊プロセスの03 グレースケール化+補正+NI.txtを読んで。
>>291-292 お返事ありがとうございます。
詳細設定にチェックしたら、sGrayが現れました…オオボケですみません。
>>291 今は特にやりたいファイルがないので、今度チャレンジしてみます。
>>292 オススメしていただいたところ、申し訳ないのですが、
回線環境の都合でWinnyは使えないもので。
一度に色々読むと混乱してしまいそうですし、とりあえず、
今回いただいたレスの内容とWikiを参考にやってみます。
>>293 Winnyは使えなくてもshareがあるじゃないか。
といっても、ぷららか何かでだめなんだろうけれども。
神職人の自炊プロセスは、Wikiの「自炊プロセス説明書」から落とせるよ。
>>289 NeatImageの設定が悪いと思うよ
NeatImageはぼかしフィルタじゃなく
ぼかし+アンシャープ効果があるものだから
設定によるがモアレ化を助長することがある
特に大粒トーン
600取り込みならNeatImageなんか要らないんじゃないのかなーと思わなくもない
>>282 こういうのもモアレって言うの?
比較的大粒なトーンだと自然と白点がポツポツと出来る事はあるけど、
更に縮小すればムラが出る訳では無いので放置してる。
どう見たってまっすぐトーン粒が並んでないこともあるし・・・。
297 :
ひみつの文字列さん:2024/11/23(土) 09:45:54 ID:MarkedRes
日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。
スレ乱立してるので保守
フォルダ内の画像のヒストグラムを一括で吐き出したり
複数の画像から最も暗い画像、明るい画像を抜き出すとか
そういう都合のいいツールないですかね。
eTilTranで周りの黒縁などを削除する方法はどのようにやればいいのでしょうか。
今は傾き補正と消したい黒縁が消える位置までおもいっきり画像をずらし、ってのを
上下左右4回繰り返して黒縁を消したあと、画像を真ん中に移動して作業を終わらせてます。
あと、もう一つですが取り込んだ画像をできるだけ劣化せずに指定したサイズまで
変更するソフトは無いでしょうか。
拡大縮小するのではなく、A4より少し小さくなった原稿をスキャンし、そのJpegなりBMPの画像を
A4のサイズまで余白を白で埋めると言う意味です。
右に7割左に4割、などと余白を入れる割合まで決められたら最高なのですが。
もし、他のソフトで楽に可能なのならそちらもご教授願います。
>>301 GIMPを使っています。
ただ、あちらだと確かに細かく修正できますが、手間がかかるのでeTilTranで
簡単に修正できるのであれば、やり方を教えて貰おうと思いまして。
私は、PhotoshopとeTilTranを使って、傾き補正と黒枠削除を行っています。
GIMPについては、ほとんど知りません。
お役に立てず、すみません。
黒枠削除、eTilTranで理論上出来なくもないはずだが、パラの指定が難しい。
eTilTran作者のHPに行けば、確かその辺のことについても色々書いてあったと思う。
まあPhotoShopでやるのが一番簡単だと思うけどね。
>>303 参考までに写真屋でのやり方を教えてください。
もし簡単なのでしたら購入を検討します。
>>304 作者さんのサイトみたんですが、Verup通知がほとんどでその辺の使い方が書いてないんですよね。
ノーサポ宣言してますから質問もできないですし。
>>300 エチルの領域設定でサイズ小さくして補正後、
ECで枠サイズ大きめにしてトリミング。
とか、ECで手動補正かけるとかは?
ECのトリムなら余白色も位置も目視で決められるし。
バッチ処理しようとすると決定ボタン押しっぱなしにしとく手間はあるけど。
ケチらずに解体して一括処理すればいいと思うけどな
あと質問の前に使用してるツールと
前例のなさそうな場合はサンプルと説明用画像ぐらい用意した方がいいね
>>305 かなり長いアクションです。
簡単に言うと、
@Photoshopで黒枠部分を選択して白で塗りつぶし、黒枠と紙の境界に緑線(R0,G255,B0)を作成。
AeTilTranで傾き補正。
BPhotoshopでトリミング、緑線を選択して白で塗りつぶし、切り抜き。
なお、Photoshopのトリミングと切り抜きは別の機能です。
あと、余白作成は、Photoshopではカンバスサイズを変更して行います。
>>308 なんかすごい回りくどいことしてるね?
塗りつぶすくらいなら、上下左右を5〜10px縮小してカンバスサイズでトリミングして
背景色白でまた元のサイズにカンバスサイズを変更すれば終わるじゃないか
>>309 Bについて、訂正します。
正BPhotoshopでトリミング、緑線を選択して白で塗りつぶし、カンバスサイズ変更。
緑線を白く塗りつぶしてから切り抜く理由は、600dpiスキャンの場合で
緑線が数十pixelぐらい波打っているので、カンバスサイズ変更数値を
大きくしないと、緑線が完全に取れない恐れがあるからです。
塗りつぶし後にカンバスサイズ変更を使って、描画をできるだけ残すように
しています。
312 :
[名無し]さん(bin+cue).rar:2007/08/17(金) 03:10:06 ID:A0LUtOf40
a
ho
@グラフィックデザインの仕事をしていても、漫画自炊に使用するテクニックとは全く違い、役立たない。
A市販の写真屋解説本をいくら読んでも無駄。これも漫画自炊に使用するテクニックとは全く違う。
ちがうよ
全然ちがうよ
ちがいの分かる男
助長
自炊職人とデザイナーは別物。
ただしデザインやCG描きの経験があれば、自炊プロセス読んで少し勉強するだけで
それなりの品質のスキャンなら直ぐに出来るようになる。
使う機材やソフト、必要とする知識体系なんかは大体重なってるし。
VIPあたりでZIPでくれZIPでくれ騒いでる連中には
>>314程度で十分だろ。
Gデザイナーがアタリ目的以外に印刷物を取り込む機会はそう無いから色々苦労しそう
清刷やポジ・大抵の生原稿は知識無くても1Cで使える程度のものはスキャンできるし
4Cグラビアとか大判とか気合の要る時は別原で製版屋さんに丸投げだから
どっちかというとRGBと72dpiに慣れてる分Web屋さんとかのほうが飲み込みが早いと思う
しょぼいクライアントだと素材が印刷物だけってケースもあるらしいし
なにより最終出力先が同じだから
自炊まとめwikiを見て来ました。GT-F520使いです
wikiで推奨されている「取り込み形式=tiff」なのですが
600dpiで適当なファイルを取り込んでみると30M超になってしまい
そのまま縮小しようと藤に放り込んでも縮小できず(tiff非対応?)
いまいち便利さを実感できていません
wikiを読んでも良くわからなかった、tiffの良さを教えてください
基本的には(よほど汚いときだけ)トリミング後、藤でグレースケール化と
縮小によるノイズ飛ばしのみをしようと思っています
写真屋で使った時>>tiff
>>324 tiffが推奨されるのは
写真屋で開いた時に軽く、しかも1ファイルあたりの容量が軽いから(lzh圧縮が出来るから)
ただそれだけ
たとえばBMPは写真屋で開く時には軽いけど、1ファイルあたりの容量が重い
PNGは1ファイルあたりの容量はtiffと同等に軽いけど、写真屋で開いた時に重い
写真屋で開く時の速度差は600dpiでパッチ処理する時や
最後確認しながらゴミ取りしてる時に有難みを実感出来るはず
補正に使ったソースは終わったらすぐ捨てるから容量なんて気にしません
PNGと、tiffやBMPの速度差が実感出来ないほどの高スペックマシンである
な人ならtiffを使うメリットは特にないかな
>>325,327
bmpやpngよりtiffが良さそうなのはわかりました
ただPhotoShop使う予定の無い私には、tiff不要っぽいですね
>>324で肝心なことを書き忘れたのですが、tiffのファイルサイズが大きすぎるためjpgでの取り込みを考えています
同じ画像をjpgとtiffで取り込むと、tiffはjpgの10〜30倍近いファイルサイズになってしまい、ソースとして保存しておくには
ちょっと無理があるので・・・
また書き忘れた・・
>>326 ありがとうございます。tiff→png縮小変換はできるようになりました
10〜30倍って…
もしかしてかなり高圧縮のjpegでスキャンする予定?
jpegでスキャンするにしても圧縮レベル100%くらいので取り込んでおいたほうがいいよ。
>>329訂正
tiff→jpg
いえ、圧縮レベル16%です
同じソースに対して
Epson Scanで圧縮レベル16%で取り込んだjpgが879KB
Epson Scanで無圧縮?tiffが30.4MB
BTSCANでLZW圧縮tiffが13.2MB
という感じでした
なんか根っこから間違えてます・・・?
16%って相当圧縮かけてるね…。
jpegで取り込むのならせめて90%↑でないとソースとしての意味合いが…
どうしてもソース保存したいならハードディスク買うしか
http://up.spawn.jp/file/up43654.jpg カラー(CDのジャケットとか)を取り込んだときのこういう粒状感ってどうやって補正してますか?
600dpiで取り込んでいますが、スキャンする時点でモアレ低減機能使うとボケボケになる・・・
シャキっとしつつ、綺麗にペターっとした画像に持っていくには写真屋とかで補正の必要ありでしょうか?
>>334 自分は逆に粒状感残すほうが好みだからある程度粒状感を残す。
潰したいならモアレ低減で取り込んで、写真屋でぼかし(詳細)やNeatimageをかけて、
2段階縮小の1段階目でシャープかけてリサイズかな。
>>332 EpsonSCANのヘルプを読むと、
Adobe Photoshop の EPSON Scanでの
JPEG オプション設定 圧縮レベル値
最高画質 5
高画質 16
標準 42
低画質 63
となっていたので、低圧縮高画質の設定だと思うのですが・・・
>>328 jpgで取り込むなら600dpiで読む意味がないような
薄いトーンと紙を区別して補正をかける為に高画質で取り込むのに
圧縮したjpgにはブロックノイズが乗るので
トーンと紙が分けて考えられなくなるぞ
取り込んだソースを残しておきたい・だけどHDの容量が勿体ない
ならば、一作一作DVDに焼けばいいじゃないか
>Adobe Photoshop の EPSON Scanでの
>JPEG オプション設定 圧縮レベル値
>高画質 16
この圧縮値だと白黒ページでも実寸で見るとブロックノイズが乗るので
(ビューワーでは気にならないが)
カラーページ(特にマゼンダが強いもの)なんかはソースとして使い物にならないと思うよ
>>324では600dpiスキャン後に藤で縮小するという話になっているのが、
>>328では縮小せず保存しておくという話になっている。
どうしたいの?
普通はwikiのとおり、300〜600dpiとかでスキャンして、
加工途中はTIFFやPNGやBMPで保存して、最後に
縦千数百ピクセルにリサイズ・JPEG保存するものなんだけど。
>>326のとおり、TIFF用Susie Plug-in(ifTIFF6.spi)をwisteria.exe と
同じディレクトリに入れてみた?
あと、EPSON Scanでの圧縮レベル値の16がどの程度の画質なのかがよく分らない。
info_JPEG[いんふぉ・じぇいぺぐ]
ttp://www.vector.co.jp/soft/win95/art/se142301.html このソフトで、EPSON Scanレベル16のJPEGの圧縮率(画質)を調べてみて。
>>336 EPSONスキャナが手元にないから正確なアドバイスはできないけど、
その規則性があやふやな数値だと圧縮レベル値5でもそれなりに圧縮かかってるっぽいから
EPSONスキャナでは弄らずにBTScanでJPEG出力品質100でやってみるといいと思うよ。
>>337,338
ぱっと見気になるほどのノイズはないのですが・・・ソースのせいなのかな?目が濁ってるのかな?
>>334のような粒は見えます
>>339 すみません、やりたいことまとめ直します。スキャナ使い出したばかりなのでいろいろ間違ってると思いますが・・
・600dpiでスキャン。高解像度の元画像として保存。(元画像の保存は不要かも・・・)
・ディスプレイにあわせた解像度まで縮小してノイズや粒状感を消去(ごまかす)。閲覧用のファイルとする。
・あまり加工に手をかけるつもりはない(藤に放り込むだけ、とか)。極端に汚くならなければ良い。極端に汚ければ手修正。
>>339,340
info_JPEG結果です
+------------------------------------------------------------------------------+
BTSCAN_JPG_100_3.79MB.jpg /99
EpsonScan_JPG_圧縮レベル16_928KBB.jpg /84
EpsonScan_JPG_圧縮レベル1_3.14MB.jpg /99
+------------------------------------------------------------------------------+
tiffだと同じソースで30MBくらいになります。
>>341 BTSCAN_JPG_100_3.79MB.jpg /99
↑これで保存でよろしいと思いますよ。
>・あまり加工に手をかけるつもりはない(藤に放り込むだけ、とか)。極端に汚くならなければ良い。極端に汚ければ手修正。
ならばソース保存する意味は薄いんじゃないかな?
あと、tiffは圧縮かけないとbmpとほぼ同じ容量にしかなりませんよ。
>>341 info_JPEGだと言葉の表現でちょっと戸惑うことがある
下だと圧縮レベル99で高圧縮かけているイメージがある
圧縮レベルを画質レベルと置き換えて。
実際、99ならjpeg取り込みでもほとんどモスキートノイズは気にならない
ただそれ以下の圧縮レベル数値になると、モスキートノイズがでてきてしまう
>>334のような画像を藤だけで綺麗にするのはちょっと苦しいかも
個人的には藤だけで処理するなら、スキャン時にモアレ低減等補正かけた方が
いいかも。写真屋などなら、無補正スキャンの方がいいかな
保守保守
ほ
多くなってきた単行本をデジタル化しようとwikipediaとか参考にしながらやってみた。
216ページの上下巻処理するのに一日掛かった。
職人さんご苦労さまです。
解体について質問なんだけど
アイロンで表紙を剥がすまでは良いし
ページが糊を取ればバラバラになる奴も良い
糊をとっても数ページ単位でまとまりになっている奴はどうやったら
うまく糊を除去しながら解体できるんでしょうか?
うまく説明できてないけどアドバイスください。
アイロンあてながら慎重に一枚一枚はがす
糊で付いてるのならば>350
そもそも裁断されてない状態ならば
バラせるところまでバラして、カッターで一枚一枚丁寧にカット。
面倒がって複数枚まとめてやるとたいてい上手くいかないからおすすめしない
レスd
イメージ的にはホチキス留の奴みたいに中央で折られているのが何組も糊でくっついてる感じの奴。
ホチキスでは留まってないから針は無いよ。
やっぱり折り返してある組をバラしてからカッターで解体ですかねぇ
ページの順番を間違えそうでヤダなぁ
>>352 5〜6枚組になっているのはまとめて真ん中でカットしてしまっている。
ある程度くっついているのでずれないし。
どうしても不安ならばらしてからだけど、確かに順番がばらばらになりそうだな。
355 :
[名無し]さん(bin+cue).rar:2007/08/22(水) 23:36:06 ID:LUe1GWqT0
アイロンで温めながら
引き千切ってる
>>352 裁断機で糊+αをカット。
10枚切りぐらいの奴なら3〜4千円で買えるし。
裁断業者に頼む。
後輩、部下にやらせる。
スキャナがフラットベッドなのかADFかでも変わってくるな。
フラベならそれほど神経質に糊を取らなくても大丈夫だが、ADFだと糊が付着して斜行したり
感光部に汚れがついたりする。
ADFならのどの部分はあきらめて3〜5ミリ位裁断してしまうのが良いと思うよ。
ADFに解体した元原稿をかけるとき、一日くらいおいたほうがいいかも
直ぐに入れるとまだ糊が乾いてなくて、付着することがあった
>>348 俺が初心者だからかもしれませんが、
俺の場合、雑誌の一話分(20〜25頁)程度でも
処理時間は30分程度かかります。
単行本なんて、本当にしんどそう…
>>362 こんなの売るより5400Fをクラシックモデルとか銘打って売って欲しい
金がある人には5400Fよりもよいかも。
速度速いし、色がよくなったという話だし。
問題は、紙質がどの程度出るのか。
>>360 自炊って結構初期設定の調整に時間食うけど、一度決まれば、後はバッチで流れ作業だからな。
25ページ30分でも、単行本一冊だと二時間とかそんな感じじゃね?
>365
傾き補正もあるし、見開きやカバーの結合補正もある
ただバッチを流せば出来上がるというものではない
どこまでこだわるかはその人次第だろうけど
手動作業しないなら地雷スキャンと呼ばれてしまうよ
エチルトレンもなかなか優秀なツールだけど
小説は完璧だけど漫画は
通して読んでみるとおかしなことになってるページもあるし
まだまだ全自動とは行かないよ
367 :
[名無し]さん(bin+cue).rar:2007/08/24(金) 12:24:21 ID:W8UulW3gO
sage
368 :
[名無し]さん(bin+cue).rar:2007/08/24(金) 18:11:25 ID:8BjdV9OU0
ばーか
なんだと
呼んだ?
裁断に抵抗はないけど
スキャンし終わったソース捨てるのには何故か抵抗がある
372 :
ひみつの文字列さん:2024/11/23(土) 09:45:54 ID:MarkedRes
日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。
製本しなおせ
微妙に凸凹してしまった場合は、ブックオフに持ち込めば
あらなんと平らな・・・となります。
ブックオフに持ち込む前に削って平らにするべ
377 :
[名無し]さん(bin+cue).rar:2007/08/28(火) 01:58:04 ID:JIJQZA4x0
自分で観賞用に雑誌や同人誌のカラーページをスキャンしようとしてるけどムズイ。
カラーページ印刷の難度はマジ高いな・・・
こちらに詳しい人が多数いると教えられたので若干スレ違いですが教えてください。
CanonのMP830と言う複合機を使用しています。
これでモノクログレースケールJpegで取り込んだ画像を印刷すると
コピー紙全体に薄く細かいドットのようなものや波を打った線が印刷されてしまいます。
ドライバで取り込み時にモアレ除去をONにしたり、プリンタで出力時にきれいの設定にしても
駄目でした。
これはどうすれば出さないようにすることができるのでしょうか?
サンプルがないとわからんよ
>>379 とりあえずフルカラーBMPでスキャンしてそれを印刷してみて
それで症状が出るかどうか試してみ
382 :
[名無し]さん(bin+cue).rar:2007/08/28(火) 11:38:05 ID:2oE5g9980
378です。
今出先なので帰宅後夜にでもうpします。
もしかしてグレースケールがまずいんでしょうか。
取り込み後白飛ばしをしていなくて、原稿の紙質を印刷しているとか。
>>378 383の言うとおり白を完全に飛ばしていない状態でモノクロ印刷するとそうなる。
対策は
1.自動露光を使ってスキャンする
2.画像編集ソフトで白を完全に飛ばす
3.印刷するアプリケーションやプリンタ設定でグレーバランスのプロファイルを変更する
(
ttp://d.hatena.ne.jp/Haya/20070216 等参考)
4.プリンタに解像度を合わせた「プリンタのdpi モノクロ二値」でスキャンする
5.画像編集ソフトで、印刷するときに「プリンタのdpi モノクロ二値」に変換する
6.カラーで印刷する
等々
いつものことだがテンプレWikiに白飛ばしのやりかたが書いてないな。
玄人のチェックリストなのはお約束なので分からんかったら聞いてくれw
>>380 BMPで保存できないスキャナーなので、フルカラーJpegで保存し、フルカラー印刷してみたら、
紙面全体がひじょうに薄く灰色っぽい色で色が付いてしまいましたが波打つような線や点は
ありませんでした。
しかし、一番下付近に緑の線が一本出てしまいました。
同じ原稿をグレースケールで印刷すると波打つ線や点は出てきました。
原稿はこちらです。
http://pict.or.tp/img/17703.jpg >>384 Canonのユーティリティには自動露光は出来ないようです。
画像編集ソフトで白を飛ばすというのはどのようにすればいいのでしょうか?
eTilTranには位置やサイズ調整しか無いようですし、漫画みーやは表示系だけでした。
自動処理は不可能でGIMPなどで一つ一つ印刷しても表示されないレベルを
Cut&Tryでやるしかないのでしょうか。
>>387 原稿画像を見ると、一番下に線が出ている。
これは、原稿の紙端?
あと、白い部分が真っ白(R255、G255、B255)でなく、(R253、G251、B252)とかになっている。
これを真っ白にするのが白飛ばし。
キヤノンの何を使っているのか分からないけど、TWAIN対応ならBTScanでBMP保存ができる。
白飛ばしには、例えば藤-Resizer-を使う。
この原稿画像は白紙だけど、普段取り込む原稿は文字?写真?漫画?
>>388 解説ありがとうございます。
と言うことは白黒の本でもグレースケールで取り込むのではなく、フルカラーで取り込まないと
駄目なんですね。
取り込むのは一般の書籍や論文集です。
時々印刷が必要になるのですが、今回みたいな問題にずっと悩まされているもので。
>>389 一般の書籍や論文集なら、グレースケールで取りこんでよし。
ScanGear拡張モード「ヒストグラムの調整」で、暗点スライダの位置をハイライト寄りに、
明点スライダの位置をシャドウ寄りに移動する。
文字主体なら、かなり大胆に移動してよし。
>>390 暗点を0から30へ、明点を255から225に変えたら綺麗に印刷されるようになりました。
もし、これでやりすぎなのでしたら教えてください。
ありがとうございました。
ちなみに原稿には写真もある程度あります。
>>391-392 ヒストグラム無調整の、白紙でない画像を見てみないと数値が適切かどうかは言えない。
一般論として、文字については、やり過ぎても問題なし。
たぶん暗点100、明点200とかでも大丈夫。
が、写真は、やり過ぎると黒潰れ、白飛びになり、まずい。
写真の暗点については、ヒストグラムの左の山裾ぐらい。明点については、印刷されていない
紙だけの部分のヒストグラムを見て、その左の山裾の、さらにちょっと左(シャドウ)より。
これでテストして微調整。
画像の一部分のヒストグラムは、一旦スキャン・保存して、
>>26。
暗点30、明点225のままでも、そんなひどいことにはならない気はする。
あと、画像の保存は、文字主体ならば、JPEGよりも16色PNGがお薦め。
BTScanでスキャン画像をBMPかPNGで保存し、BlastPNGの減色ツールFLAXC.exeで16色PNGへ。
複数巻ある単行本を、
一巻ずつzipで圧縮して、全巻をrarやzipで固めたのを
漫画みーやで見ると、巻数が前後することがあるんだけど、
何が原因なの?
>全巻をrarやzipで固め
396 :
[名無し]さん(bin+cue).rar:2007/08/31(金) 19:35:34 ID:gqzwSKRe0
★キヤノンがここまで異常に叩かれるのは何故か?★
@日本メーカーが中国進出
Aキヤノンが中国リスクに気づいて工場を国内回帰
B他の企業もキヤノンにならい、松下やシャープの工場が国内に次々と建設
C日本企業に逃げられた中国政府が焦る
D経団連会長が、親中派の奥田から嫌中派の御手洗にバトンタッチ
E国内回帰が加速
----------------------------------------------
↑これまでの経緯
↓これからの経緯
----------------------------------------------
F偽装請負でキヤノンと御手洗を集中的に叩く。
G日本企業が再び中国へ工場を移転
H中国に次々と新工場が建設されて、莫大な税金と雇用が中国のものに
I日本と民主・共産党が中国様に褒められる
キヤノンと松下が朝日新聞への広告を停止?2
http://society6.2ch.net/test/read.cgi/mass/1186822079/ 朝日新聞社をぶっ潰すために、スキャナーはキヤノンを使いましょう( ^▽^)
で、Canonは会社も信者もウゼェって事でOK?
カメラ業界でも「オコサマの持ち物」で通ってるわけだし。
バカな。カメラはキヤノンだろう。
ISO高めてもノイズが少ないのが便利すぎるし。
下手な手ぶれ補正よかよっぽどいい。
コンデジはパナだろ
>バカな。カメラはキヤノンだろう。
昔もA-1を大切に握りしめたガキがそう言ってたもんだ。
断然、シグマだろ。
1社だけ次世代カメラだもんな。
次世代すぎてSILKYPIX対応してない…orz
腰が痛ぇ、腰が
コミックスキャンを始めたのですが、参考にしてる「柊の自炊プロセス」内で該当する項目が判らない部分での質問です。
テキストファイル「03 グレースケール化+補正+NI.txt」の薄いトーンの強調時の処理なのですが、「レベル補正でガンマ0.8。」とは
なににあたるのでしょうか?(レベル補正はあってもガンマ0.8に相当する部分が判りませんでした)
レベル補正の真ん中の値
>>404 あ、これの事でしたか。
ありがとうございます。
スキャン後の傾き補正&トリミングに苦戦中。
紙端ではなく、コマの枠線を基準にした方が読み易いと判断したんだが、
ECで傾き補正とトリミングをしてる間に、
微妙に各ページのコマの高さが変わってしまうんだよな。
普通の漫画ならいいんだけど、
四コマ漫画誌みたいな場合だと、ページごとにコマの高さがズレてるのは、
正直見栄えが悪い。
いい手があったら教えて。
4コマだと紙ギリギリにはしないでecで傾き補正してから真ん中あたりでスポンと抜いちゃうなぁ
>>406 傾き補正は紙ではなく絵(コマ枠)でやるのが通常です。
位置を揃えてのトリミングを行いたいとのことですが、E.C.のガイド機能を用いましょう。
E.C.でトリミングを行うときに「ガイド」のアイコンがあるはずです。
それを用いてトリミング画面上に縦2本・横2本の基準線を表示してそれに合わせてトリミングを行えばかなり見栄えがよくなるはずです。
また、コマ枠に合わせるようなガイドでなく場合によってはノンブルに合わせるようなガイドも効果的です(小説等)。
尚、ガイドとトリミングの枠の大きさを決めましたら同じウィンドウの右上にある「設定」で用心のために保存しておきましょう。
追加
E.C.で作業を行うときはディスプレイが横長という特性上、
表示→回転して表示で90度回転させて作業を行う方がより詳細にできますよ。
4コマ漫画だとちょっと別だが、普通の漫画なら傾き補正は紙合わせにしてるな、俺。
コマ合わせだと微妙にズレが出て、結構大きくトリミングしないと端に斜めのラインが残ってしまう。
紙に合わせてれば、実本の紙面通りになる分、トリミングでカットする量も最低限で済む。
印刷が傾いてると、そのままデータも同じだけ傾くけどね。
まあ、見た目の傾きか、トリミングのカット量か、どちらを取るかという話なんだろうけど。
傾き補正って印刷の傾きを直すもんなんでない?
>406
いっそeTilTranに全部任せるのも手だぞ
>>411 傾き補正後に絵の欠損を埋める作業を行いますのでなんら問題はないですよ。
>>412 俺は取り込み時の傾きを補正するもんだと思ってるよ・・・
まぁ、そこら辺は実本重視か読みやすさ重視かで職人によって意見が分かれる所でしょ。
昔、コミックで実本と枠線が1度以上違って…ブツブツ
単ページで読んでたらそんなに気になるものでもないんだよね
でも、3年位前から見開きビューワで見始めてから見栄えが悪すぎって感じてからはちゃんと絵基準で傾き補正をしている。
補正作業ってのはいかに見易くするかだと思ってるし、そうじゃなかったら見開き結合もそもそも色調補正もしない。
俺も絵で傾き補正してる
絵の欠損よりも、傾いていることの方が気になるわ
>>411の様な考えの上でやってたとしても、実際読んでると「傾き位補正しろよー」とか思っちゃうわ
全ページの印刷が0.5度以上傾いてると一気に気力が奪われる。
そー言うのに限って見開きが……
やっぱ絵基準の奴が多いんだな。
まあ見開き結合とかしてたら、絶対に絵基準になるんだろうけど。
自分はそもそも裁断派なんで、補正の段階でこれ以上カットしたくないというのもある。
まあ少々切ったところで、どれだけ欠損したかなんて実本と見比べなきゃわかんないんだけどねぇ。
wikiの傾き補正って、なんでノド基準を推奨してるんだろう?
ECで位置設定し易くするためかな?
>>421 見開きビューワーで読むときにノドの縦枠が傾いてる場合が一番見栄えが悪いから。
>>422 なるほど、俺は見開きで読むことは無いから、横線が傾いてるほうが気になったクチだわ。
あるとき、枠線が90度キッチリではない気がして調べたら、
正確に90度ではなく、微妙に0.2度ほど違うコマが多いので、ちょっと気になってた。
いろいろな考え方があるんだな。
> いろいろな考え方があるんだな。
ていうか
普通MangaMeeya使ってるなら自動見開き表示ONにして読むだろ
そうなの?
ずっとoffにしてたよ。
もしかしてちっちゃいディスプレイ使ってる?
>>423 90度キッチリになってるコミックはあまり無いような…
多分作画からして90度キッチリでは無いんだろうね。
いや、枠線自体、オマ4コマ漫画くらいちゃんと直角に引けよっての多いぞ
逆に4コマ漫画で枠線が完璧に90度だったら焦るな。
枠線だけcad使ってたりしてなw
ドラフターを使わない限り直角の枠線を書くのはめんどくさい希ガス
クリアファイルに印刷されている絵のスキャン・補正で気をつける点があったら教えてください
>434
裏当ての色と印刷が悪いのでモアレ低減ONにして高解像度で取り込む事くらいじゃないの