此篇為完整圖文教學的文字先行版　內文部份延續前文作補充 http://www.gocar.idv.tw/phpbb3/viewtopic.php?f=33&t=86 上文介紹了 測速方法 以及 三、廣播至 Justin.tv 的方法 → 第一步 　　　　　　└→瞭解本身的上傳速率　便要確認音質kbps → 第二步 #1AroXtg_ (AVEncode) 10/15 Gesmic7 □ [教學] Justin.tv 參數設置 (調校) 有提到 #1BotUC3B (C_Chat) ～0.3Mb/s → Mp3 Mono 22050Hz 32Kbps　爭取畫質流量 ～0.6Mb/s　 請自行在畫質和音質作取捨　自己決定吧!! 　　例如 http://www18.atwiki.jp/live2ch/pages/261.html#id_e83b0f7c 　　可看到在 ニコニコ生放送 384Kbps 的限制下　教學 wiki 建議設置為 　　Video 200~280 Kbps + Audio Mp3 Stereo 44100Hz 96Kbps 　　但對於遊戲實況來說　Video 350Kbps + Audio 32Kbps　可能會是更好的分配方案 -- 一、從 http://justin.tv/broadcast/advanced 搞定 Stream to Flash Media 伺服器 二、接著 http://speakeasy.net/speedtest 選第二項 SAN FRANCISCO, CA 測速 　　Mp3 音質從 32Kbps 22050Hz Mono 到 224Kbps 44100Hz Stereo 自行挑選 以上　Adobe Flash Media Live Encoder 的控制面板　按照"由右到左"的順序 三、最後終於來到了 Video 影像參數設定　也是擁有最多可調整性的部份 (一)來源/Device： １．實體 電視卡／擷取卡／ＵＳＢ電視盒　請從一旁的鈑手進行相關設置 　　搭配正中右方勾選『預覽: 輸入的視頻/Preview: Input Video』可確認效果 　　 ２．虛擬螢幕擷取裝置推薦使用 SCFH DSF 　　圖文教學：http://www.gocar.idv.tw/phpbb3/viewtopic.php?f=33&t=84 　　ニコ生デスクトップキャプチャー（NDC）(日文) 　　http://www18.atwiki.jp/live2ch/pages/254.html 來源/Device 旁的鈑手十分重要的地方在於 http://www18.atwiki.jp/live2ch/pages/261.html#id_a09a57e6 可看到若是解析度不一致　最後都會造成影像失真模糊 -- (二)格式/Format：（以下為鈑手內設定） １．ＶＰ６： 　　(１)關鍵幀頻率/Keyframe Frequency：1~10 秒可選擇，預設為５秒 　　　　〔註〕說明請參考後續(五)流量 　　(２)品質/Quality─┬最佳畫質 - 較差動態 ↓ ├極好畫質 - 普通動態 ＶＰ６微調選項 ├良好畫質 - 良好動態（預設值） ├普通畫質 - 極好動態 └較差畫質 - 最佳動態 　　　　在相同 解析度 與 ｆｐｓ 下　取捨 畫質 或 動態連貫 作部份加強 　　(３)減少干擾/Noise Reduction：為影像的雜訊抑制，預設為 None 　　　　是個連官方 help 文件都不建議隨意啟用的功能 　　(４)Datarate Window：影像動態緩衝區　其大小會影響壓縮效率，預設為 Medium 　　　　雖然大緩衝能有較好的動態壓縮品質　但連帶地使上傳流量也隨之增加 　　　　有心微調的話　會建議下修為 Small　接著進行實測視情形再作調整了 　　(５)CPU 使用率/Usage：預設為 Dedicated → 建議改為 Average 　　　　在此相當於 優先順序/Priority 的概念 -- (二)格式/Format：（以下為鈑手內設定） ２．Ｈ．２６４：http://en.wikipedia.org/wiki/H.264 　　(１)Profile：http://en.wikipedia.org/wiki/H.264#Profiles 　　　　Baseline Profile(BP)只是堪用，Main Profile(MP)才是標準 　　　　官方 help 文件表示：ＭＰ比ＢＰ需要多使用１．５％ processing power(?) 　　(２)等級/Level：http://en.wikipedia.org/wiki/H.264#Levels 　　　　　 2.x 相當詭異 ＠＠”← 等級　　 解 析 度　 幀 數　ＭＡＸ Kbps 　　　　┌──────────┬───┬─────┬───┐ 　　　　│ Standard definition│１．３│ 352 x 288│30 fps│ 768 Kbps 　　　　├──────────┼───┼─────┼───┤ 　　　　│ Standard definition│３．０│ 720 x 576│25 fps│10,000 Kbps 　　　　├──────────┼───┼─────┼───┤ 　　　　│ High definition │３．１│1280 x 720│30 fps│14,000 Kbps 　　　　└──────────┴───┴─────┴───┘ 　　(３)Keyframe Frequency：1~10 秒可選擇，預設為５秒 　　　　〔註〕說明請參考後續(五)流量 　　由於採用Ｈ．２６４編碼時　非常吃重ＣＰＵ處理效能 　　官方 help 文件建議：選取 合適的解析度　來搭配 等級 使用 　　　　　　　　　　　　務必於編碼時讓ＣＰＵ使用率低於７５％ -- (三)畫面幀率/Frame Rate：與畫面動態連貫度有關，預設值是 Cam 的 15 fps 　　選取的幀數越高 → ＣＰＵ編碼負荷大；每幀被分配到的畫質流量也越低 　　　　　　　　　　　因此……請不要盲目的直上 60 fps 　　可視 動畫 12～15 fps ； 電影 24 fps ； 高動態遊戲 30 fps 進行調整 　　另外由於 ＦＭＬＥ 貼心的提供了 ｎ＋１ fps 作為緩衝 　　一般來說　懶人設定建議選取為 24 fps（就算 25 掉成 24.x 也不會察覺出來） (四)影像大小/Input Size：解析度，最直接影響CPU負荷的參數，預設值為 320 x 240 　　提醒的地方在於　沒有使用外嵌放大播放介面作收看的時候 　　Justin.tv 實況頻道的預設播放畫面為 640 x 360 　　就算是 320 x 240 這樣子嗤之以鼻(?)的預設解析度 　　其實也只放大為 480 x 360 僅僅如此而已　收看上還是能有一定品質 (五)流量/Bit Rate：動態畫質，預設值為 200 Kbps 　　Keyframe：http://en.wikipedia.org/wiki/Key_frame#Video_compression 　　關 鍵 幀：動態變動畫面的基準頁　也就是傳輸過程中未經壓縮的完整圖片 　　而畫面模糊或出現方格狀的破圖　則是有兩種情況： 　　當流量過低　1.持續破圖 → 低於關鍵幀所需流量　無法支撐解析度 　　　　　　　　2.跟不上動態 → 代表傳輸關鍵幀後的剩餘流量不足 　　　　　　　　　　　　　　　　至於差多少……請自行實測 ( ′_>`) 以上三個選項的相關參數就統整列表在下頁　方便作查閱 -- 【此表格由 Himetsuki (琉璃さん) 所提供，筆者精簡以便閱讀】 解析度 關鍵幀 Frame Per Second (Kbps) 幅Ｘ高 Kbits 30 | 25 | 24 | 20 | 18 | 15 | 12 | 10 | 8 ４：３ 320x240 150 180 |150 |144 |120 |108 | 90 | 72 | 60 | 48 384x288 216 259 |216 |207 |173 |156 |130 |104 | 86 | 69 400x300 234 281 |234 |225 |188 |169 |141 |113 | 94 | 75 480x360 338 405 |338 |324 |270 |243 |203 |162 |135 |108 512x384 384 461 |384 |369 |307 |276 |230 |184 |154 |123 640x480 600 720 |600 |576 |480 |432 |360 |288 |240 |192 648x486 615 738 |615 |590 |492 |443 |369 |295 |246 |197 16：９ 320x180 113 135 |113 |108 | 90 | 81 | 68 | 54 | 45 | 36 480x270 253 304 |253 |243 |203 |182 |152 |122 |101 | 81 512x288 288 346 |288 |276 |230 |207 |173 |138 |115 | 92 640x360 450 540 |450 |432 |360 |324 |270 |216 |180 |144 720x400 563 675 |563 |540 |450 |405 |338 |270 |225 |180 影像流量 ＝ （關鍵幀÷頻率秒數）＋ 解析度對應 fps 之 Kbps 以 ニコニコ生放送 為例：512x384、15 fps、關鍵幀頻率預設５秒 　　　　 → 　　（384÷5≒77）　＋　　　 ２　３　０ 　　＝３０７Kbps -- (六)輸出大小/Output Size：寫到最後一項　也該說一下原因了 　　通篇下來　筆者僅有提過『解析度』一詞　而非按 Input/Output 加以分別 　　原因是在於 http://www18.atwiki.jp/live2ch/pages/261.html#id_a09a57e6 　　觀察到 I/O 不一致時 FLASH 失真的狀況（高畫質棚若是不外嵌也枉然） 　　同時也避免ＦＭＬＥ重複作縮放運算（交給 SCFH DSF 就對了！） 　　因此『解析度』一詞 　　即是代表了 影像 來源/Device 旁的鈑手 　　以及 影像大小/Input Size；輸出大小/Output Size 三位一體的數據 　　當然也別忘了　畫面幀率/Frame Rate 也必須一致為佳 四、Encoding Logs（待補） 五、ＦＭＬＥＣｍｄ．ｅｘｅ 出沒區域：C:\Program Files\Adobe\Flash Media Live Encoder 運作模式：記憶前回ＦＭＬＥ控制面板參數　執行後即刻實況 建議搭配：SCFH DSF 預覽面板/LAYOUT → 取代ＦＭＬＥ影像預覽 　　　　　　┌レベルメーター 　　　　　┌┤http://shaoshikou.inazawa-city.net/?software.php#lvmeter 　　　　　│└DeskTopLevelMeter（日文） 　　　　　│　http://www.vector.co.jp/soft/winnt/art/se383683.html 　　　　　└→提供ｄＢ量尺　可取代ＦＭＬＥ回饋音量條 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.25.95.216 ※ 編輯: exFREEzy 來自: 118.169.68.61 (10/19 03:32)