建议比特率为H.264流

	建议比特率为H.264流 Adam White - 11-02-2009 目前，我正在为潜在客户上载我的工作回目录到在线业务的位置.t.c. 查看. 我一直在玩弄与H.264以获得最好的质量队. 文件大小，我为一些前瞻性的利弊输入! 从我的测试, 我可以以1为低比特率,000kbps，仍然听到了我认为是一个“可以接受”的形象. 什么是对什么是理想的kbps的网络上实现宽带连接的范围流您的想法-是1,000kbps仍然过高，上播放不同的连接速度顺利? 这是至关重要的，这些片段很容易地获取尽可能与体面的宽带连接许多人. 我使用的是640x360帧大小-这似乎运作良好，我需要看作为其中许多人是比较大的图像将要判断的技术质量. 也, 我使用的压缩机和大部分16个工作天:9材料. 一些杆 DV - PAL 和一些hdv1080i. 是否有任何的压缩技术可以将建议，以帮助改善最终输出，特别是-我 HDV 材料（我有点不能确定什么是理想的'' ''帧的大小将在压缩 HDV 内容）

	重新: 建议比特率为H.264流 Daniel Low - 11-02-2009 [亚当白] “什么是对什么是理想的kbps的网络上实现宽带连接的范围流您的想法-是1,000kbps仍然过高，上播放不同的连接速度顺利“ 你究竟是什么意思的流? 提供一个真正的流媒体服务器或渐进式下载, 当你看到Apple氏电影宣传片网站? 如果你想主宰质量, 渐进式下载是唯一的出路和1MB / s的罚款. __________________________________________________________________ “有没有机会说，iPhone是会得到任何重大的市场份额. 没有机会." 史蒂夫鲍尔默今日美国: 07年4月30号 “我们和Apple是并驾齐驱，我们正在追赶两 其他球员," 史蒂夫鲍尔默, 指的是诺基亚和研究Motion. 2009年10月6日

	重新: 建议比特率为H.264流 Adam White - 11-02-2009 抱歉-应作出更明确! 这个渐进式下载（一.e. Apple正如你所说的拖车），我的截屏存取.com. 我刚刚做了一个测试800kbps的似乎给一个同样满意的结果，并给出了位的头部空间，所以我可能会与该.