Re: [討論] 尖端:惡意的揶揄大可不必(電子書品質爛
※ 引述《w1000 (( ㄒДㄒ) 千歲丙提督)》之銘言:
: ※ 引述《hcbr (hcbr)》之銘言:
: : 我記得這個很早之前有討論過,
: : 真的就是因為COST DOWN,
: : 因為你跟日本拿電子檔的授權費比你跟他們要書來掃的授權貴,
: : 所以台灣出版社普遍談授權完都是拿日文出版好的實體書去掃成電子檔,
: : (尖端搞成這樣我看跟本就叫工讀生掃的連調個參數都不做)
: : 然後再翻譯嵌字,那個處理完的檔案再拿去印成書,
: : 所以說,要不是電子檔->印書的中間過程,
: : 印刷廠有下去幫忙調整,你拿到的成書印出來會更崩潰
: : 這邊就不提一下現在出版正版A漫的優良廠商,
: : 人家都是實打實跟日本那邊拿一手的高質量數位原稿,
: : 不然哪有無碼版的書可以給出?
: https://i.imgur.com/eqRtxIm.png
: 警察圖鎮樓
: 我不知道hcbr大大是反串還是真的愛用
: 但是以反文化入侵的角度來說
: 無論如何我都不建議使用對岸慣用詞語來替代台灣慣用語
: -----虛弱無力的正文分隔線-----
: 大部分人以為的電子書出版製作
: 原檔 → 美術、翻譯 → 編輯完稿 → 印刷生產 → 紙本書 → 通路
: ↓
: 電子書檔案 → 電子書平台
: 實際上的電子書出版製作
: 原稿 → 美術、翻譯 → 完稿 → 紙書編輯 → 印刷生產 → 紙本書 → 通路
: └→電子書編輯 → 電子書檔案 → 電子書平台
: 首先呢
: 小說的電子書(epub) 跟 漫畫的電子書 目前應該是兩套流程(大概)
: 可能有整合了也可能沒有,但是基底的技術跟重點應該還是有差
: 但是原則上不會差太多
: 就是
: 電子書的製作理論上跟印刷書的製作是完全的兩回事
: 單純的印刷完稿檔案並不能直接轉換成電子書使用
: 兩者的檔案成品會完全不一樣
: 首先呢,談論原稿
: 印刷用的原稿各方面來說非~常~大,尺寸跟檔案大小都大
: https://i.imgur.com/Y3l3kyJ.png
: 這是某一本書的檔案,沒錯,一本1Gb
: 因為印刷的解析度需求非常高
: 這邊要先解釋一下印刷用的解析度單位
: dpi : dot per inch 每一英吋內有幾個點→一般那個點是指像素
: 以我們最常見的電腦螢幕來說 72 dpi
: 彩圖大家常聽到的最低需求是 300 dpi
: 漫畫通常使用的解析度需求是 600 dpi
: 小說、文字之類的文字解析度 1200 dpi
: 這邊是在電腦端檔案的時候的規格
: 到製版機轉換的時候會變成所謂的 lpi「線數」: line per inch
: 啊幹印刷網點也都是點點啊,為什麼解析度變成線數了
: 師傅:啊...總之兩點一線啦,你DPI大概除以二就是LPI了
: 求學到入行至今我仍然不知道所謂的dpi跟lpi轉換原理到底是什麼
: 目前印刷品通常使用的網點解析度是150~200 lpi
: 所以要求圖檔解析度至少>300dpi是最低需求,大一點沒關係但是不要大太多
: 好
: 總之我們現在知道印刷用的檔案解析度超級大了
: 所以
: 你要把印刷用檔案直接打包成PDF去做電子書,就是在自殺
: 因為檔案超級大,你沒處理過的話,電子書也會超~級~大
: 所以就要經過壓縮
: 把圖片尺寸變小、解析度調低、釋放掉不必要的檔案資料
: 魔鬼就藏在這個檔案處理的過程。
: 大部分的漫畫作者都習慣使用網點作畫,製作出漫畫特有的網點上色效果
: 所謂的網點就是一定尺寸的黑點點以固定的方式排列
: 像是下面這樣
: 。。。。。。。。。。。。。。
: 。。。。。。。。。。。。。。
: 。。。。。。。。。。。。。。
: 再來要發揮想像力了,或是你可以自己拿紙筆來畫畫看
: 先說,這塊不是我的專業,只是我在經驗上的解釋,跟嘗試解決相關問題印刷問題
: 時去思考的方法,不一定正確。甚至非常可能有錯誤理解。
: 首先我們知道DPI跟網點結構了
: 所以你可以試想一下
: 有一個網點結構,是在100dpi的環境下,每一英寸的直線內有10顆5dot大網點好了
: 下面的0代表5dot的空白,1代表5dot的黑,所以組成起來就變成
: 01010101010101010101
: 這樣
: 如果這個網點的比例是被放在600DPI的檔案上
: 就變成一條線性空間上 600個dot 上
: 01010101010101010101
: 0=30顆白色dot,1=30顆黑色dot
: 所以呈現出來的是一英吋的空間內有10顆網點
: 然後這個網點的尺寸是100dpi環境下的5dot大
: 腦袋開始燒了嗎?我也開始懷疑我這樣解釋有沒有人聽得懂了 :D
: 總之呢
: 像現在這個狀況
: 600dpi的環境,一顆網點是由30顆dot組成,沒問題吧。然後有10個點跟10個白色空間
: 那我如果把解析度調整成72dpi呢?
: 72/20=3.6
: 所以在72dpi的狀況下,每個網點的尺寸變成3.6顆dot
: 欸?不對阿,dot是DPI的基本尺寸欸,怎麼會有小數點
: 沒錯,所以不會有這種東西。
: 那在各種美術編輯軟體中最常見的處理方法就是用內插法計算
: 重新分配點的配置,然後達到數據上的「這是縮小後的成果」
: 可能就變成有些點是3dot大,有些點是4dot大這樣
: 既然點不一樣大了,就會看起來有大有小
: 然後這種有大有小的點組成一個面
: 就產生了所謂的「網花」
: 像上面原文的附圖一樣
: https://i.imgur.com/16rT3fn.png
: 原本應該是均勻分布的網點,因為縮放後的內插法計算變成了有大有小的點
: 然後分布之後就變成了很微妙的網花圖
: 好啦我也不知道我在說什麼
: 就是舉例一個模稜兩可的方式
: 總之希望你可以理解
: 當網點的圖案做了不正確的縮放處理的話
: 就會有非常大的機會產生網花,不管在電子書還是印刷書上都一樣
: 有些電子書的製作端可能會覺得
: 「我把印刷檔直接縮小成電子書用的尺寸,就是電子書用的檔案了」
: 那就很可能會產生這種問題
: 那
: https://i.imgur.com/CzGMj6n.png
: 日版電子書做了什麼調整了
: 有兩個可能
: 1. 作者本來就是畫灰階的,所以日本編輯部其實有兩個不一樣的檔案做兩種媒材的書
: 2. 日本編輯部用額外加工把網點結構處理為灰階圖
: 以上面的範例來說 2. 的機會比較大
: 仔細看人物的領口那個灰色效果的地方
: https://i.imgur.com/7dUBNHs.png
: 日版其實是糊的
: 所以呢?日本人做了什麼?
: 就是「利用圖像後製,把原本的網點結構破壞掉變成類似灰色色塊,再進行縮放」
: 既然網點變回色塊了,那縮放就沒問題了對吧
: 至於技術細節,我不知道。各家有各家的處理方法
: 什麼才是正確的?
: 訂出SOP的BOSS就是對的(′;ω;`)
: 所以再來那本能幹貓也一樣啦
: 台版八九不離十是原檔直接縮小DPI的結果,然後沒有針對網點去做檢查調整
: 網點處理是一件超級無敵費工的事情,而且很容易出錯
: 我剛開始印漫畫的時候曾經一本書出了3套印刷版才解決問題
: 賠到懷疑人生
: 日版應該是相對成熟了,有一套作業流程可以解決大部分狀況
: 但是其實細看,還是會有一些不明顯的色塊不均勻問題(不確定是不是網路圖片不清楚)
: 所以說,這種細節
: 就慢慢雕慢慢練啦
: 有心要解決總有一天可以解決的
: 唯一的問題就是沒有錢又沒有人(′;ω;`)
: 題外話
: 有一次在出版社遇到大學的講師,稍微聊了一下數位出版
: 那時候講師表示:
: 做電子書有時候不需要原本印刷科班的學生
: 你找個資管系會寫html的說不定比較容易學會(針對epub)
: 不要再把電子書當作印刷書的副產品了
: 品質好的電子書根本上是幾乎要重新製作的
: 能延用的大概只有翻譯排版而已(′;ω;`)
我補充幾點好了。
一.目前很多作者都改數位化了,所以交給出版社的,
也直接是數位檔,這種在轉換上就不會有什麼問題,
印刷也是。
反正軟體會幫你搞定,轉成PDF就行,
新一點的印刷機都有支援PDF規格,管你原版用什麼軟體編排?
轉成PDF,硬體就能吃。pdf公用格式轉成epub也很方便。
只要設定對,基本上格式不會跑。
(我遇過很多說pdf會跑掉,堅持要用什麼ai還是cdr、psd檔的人,
抱歉,那不是pdf會跑,是他們不會用,不過這也不能怪他們啦,
台灣大部分印刷廠的人員都沒受過多少這種轉換檔案電子化教育,
大部分會用美編軟體就很了不起了。
連美術跟設計科班老師都不一定懂,因為這根本不是他們的專業。)
二.印刷的時候要先打樣、打樣、還是打樣。
不管你用什麼樣的機器?人眼還是要作最後的校正,
畢竟是給人看的,打樣覺得OK上才付印。
不然就是換版。
(打樣除了看格式、網點、還有顏色、字型跟粗細等很多問題。
最常遇到的是RGB轉CMYK上造成的色差。)
三。網花也是會出現在這種掃描再製的逆向工程上。
要知道原本出版社印刷的時候,就已經是把原稿縮小再去製版了,
那網點就已經被破壞了過一次。你要重新掃過,原本就300dpi的製版,
再怎麼掃也不可能變成600dpi啊。網點就已經被破壞啦。
就像你一張照片300dpi縮成72dpi後,要再怎麼拉回300dpi?
一般來說是不可能啊。這時候就要靠軟體先補正,讓他看起來像"300dp"i。
但效果通常是很差,這時一定得用人工肉眼在校正修復。
印刷業也會常作這種事,就是客戶的原稿丟失或檔案不見,
只剩一些製成品,印刷廠才會用現成的製成品再去掃描重製,
但實際上已經等於完全重新製作了。
正常製作電子書,應該是要拿原稿或是當原保存下來的製版檔再掃一次。
真的只有年代久遠到,連原稿都沒了,才會拆單行本來掃。
我是記得日本人在這方面作得很好。因為他們書常不停的再版,
所以稿件都有留底,才能一直出文庫版、重製版、珍藏版之類的。
這也是我一直以來的認知,所以我才會很驚訝,
出版社製作電子書的方式不是先拿原檔,
而是拿自己的單行本,拆本再重掃過???
(認真??)
我以前待過出版業相關產業,知道這種沒有原檔,使得印刷品整個得重工製作,
然後還要看來跟原版一樣的事,沒少見過。那花的時間比你從頭來過還耗時,
都跟修復古籍差不多了。畫一副畫可能花一天,畫被弄壞,別人要修好,
可能得花一星期。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.125.46.247 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1659514614.A.0A5.html
推
08/03 16:20,
1年前
, 1F
08/03 16:20, 1F
→
08/03 16:21,
1年前
, 2F
08/03 16:21, 2F
推
08/03 16:21,
1年前
, 3F
08/03 16:21, 3F
→
08/03 16:21,
1年前
, 4F
08/03 16:21, 4F
因為你舉的例子本身不對啊。你螢幕解析度就只有72dpi了,當
然不可能變成印刷檔要的解析度大小啊。
就跟我說的拿單行本去掃,卻要求跟原本的原稿品質 一樣?
但我說的是作稿的時候,本身就先設定好存檔的格式了。
像cmyk B5尺寸、 300dpi下去作稿這樣。
你一開始就用72dpi下去存檔畫的話,那當然是印出來完蛋啦。
我就遇過有人作過這種事,下場就是重作。
(其實也是有別的方式可以硬幹,但我不建議那種方式)
推
08/03 16:22,
1年前
, 5F
08/03 16:22, 5F
※ 編輯: chirex (59.125.46.247 臺灣), 08/03/2022 16:29:06
→
08/03 16:26,
1年前
, 6F
08/03 16:26, 6F
→
08/03 16:27,
1年前
, 7F
08/03 16:27, 7F
推
08/03 16:27,
1年前
, 8F
08/03 16:27, 8F
→
08/03 16:28,
1年前
, 9F
08/03 16:28, 9F
→
08/03 16:28,
1年前
, 10F
08/03 16:28, 10F
→
08/03 16:28,
1年前
, 11F
08/03 16:28, 11F
→
08/03 16:29,
1年前
, 12F
08/03 16:29, 12F
→
08/03 16:30,
1年前
, 13F
08/03 16:30, 13F
→
08/03 16:31,
1年前
, 14F
08/03 16:31, 14F
→
08/03 16:31,
1年前
, 15F
08/03 16:31, 15F
推
08/03 16:31,
1年前
, 16F
08/03 16:31, 16F
推
08/03 16:31,
1年前
, 17F
08/03 16:31, 17F
→
08/03 16:31,
1年前
, 18F
08/03 16:31, 18F
→
08/03 16:31,
1年前
, 19F
08/03 16:31, 19F
→
08/03 16:32,
1年前
, 20F
08/03 16:32, 20F
推
08/03 16:32,
1年前
, 21F
08/03 16:32, 21F
→
08/03 16:33,
1年前
, 22F
08/03 16:33, 22F
→
08/03 16:34,
1年前
, 23F
08/03 16:34, 23F
→
08/03 16:35,
1年前
, 24F
08/03 16:35, 24F
→
08/03 16:35,
1年前
, 25F
08/03 16:35, 25F
→
08/03 16:36,
1年前
, 26F
08/03 16:36, 26F
→
08/03 16:37,
1年前
, 27F
08/03 16:37, 27F
→
08/03 16:37,
1年前
, 28F
08/03 16:37, 28F
推
08/03 16:37,
1年前
, 29F
08/03 16:37, 29F
→
08/03 16:39,
1年前
, 30F
08/03 16:39, 30F
→
08/03 16:39,
1年前
, 31F
08/03 16:39, 31F
推
08/03 16:41,
1年前
, 32F
08/03 16:41, 32F
→
08/03 16:41,
1年前
, 33F
08/03 16:41, 33F
→
08/03 16:42,
1年前
, 34F
08/03 16:42, 34F
→
08/03 16:43,
1年前
, 35F
08/03 16:43, 35F
→
08/03 16:47,
1年前
, 36F
08/03 16:47, 36F
推
08/03 16:56,
1年前
, 37F
08/03 16:56, 37F
→
08/03 16:56,
1年前
, 38F
08/03 16:56, 38F
→
08/03 16:56,
1年前
, 39F
08/03 16:56, 39F
推
08/03 17:03,
1年前
, 40F
08/03 17:03, 40F
→
08/03 17:04,
1年前
, 41F
08/03 17:04, 41F
→
08/03 17:07,
1年前
, 42F
08/03 17:07, 42F
→
08/03 17:09,
1年前
, 43F
08/03 17:09, 43F
推
08/03 17:16,
1年前
, 44F
08/03 17:16, 44F
推
08/03 17:38,
1年前
, 45F
08/03 17:38, 45F
推
08/03 18:25,
1年前
, 46F
08/03 18:25, 46F
推
08/03 19:02,
1年前
, 47F
08/03 19:02, 47F
推
08/03 19:04,
1年前
, 48F
08/03 19:04, 48F
推
08/03 19:53,
1年前
, 49F
08/03 19:53, 49F
推
08/03 20:48,
1年前
, 50F
08/03 20:48, 50F
→
08/03 20:48,
1年前
, 51F
08/03 20:48, 51F
推
08/03 20:54,
1年前
, 52F
08/03 20:54, 52F
推
08/04 09:12,
1年前
, 53F
08/04 09:12, 53F
推
08/04 12:12,
1年前
, 54F
08/04 12:12, 54F
→
08/04 12:12,
1年前
, 55F
08/04 12:12, 55F
討論串 (同標題文章)
C_Chat 近期熱門文章
25
40
PTT動漫區 即時熱門文章