此篇为完整图文教学的文字先行版　内文部份延续前文作补充 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)