Anandtech Podcast:第32集

经过 伊恩蝉联 & Brett Hyse. 于2015年5月14日上午9:00
发表评论

12评论

回到文章

  • 格里奇 - 2015年5月14日星期四 - 关联

    只是我或音频......很糟糕吗? 回复
  • 保护者 - 2015年5月14日星期四 - 关联

    不仅仅是你,听起来它被录制在Skype上,连接出来了。我理解需要使用像Skype这样的东西,以在不同的地方之间的讨论,但唐't看到为什么每个音频流都不能't在本地录制.... 回复
  • 伊恩蝉联 - 2015年5月14日星期四 - 关联

    对于此,我们尝试在使用服务器录制时使用Google Hoogouts,其中每个人都自动卸下,但可以取决于Internet连接带宽。以前我们使用Skype并让每个人在本地录制它,但最终我们丢失了10%的播客因拯救错误而被记录(如果一个人削减,整件事就是丢失,因为我们开始的3-4次发生了3-4次)和编辑使用不同的流花了很多。我们'重新调查如何提高我们的播客录音,并且空气中的环聊是推荐的解决方案,尽管我仍然需要掌握设置,因为它似乎只记录比视频/工作室选项更糟糕的音频。

    任何想法和建议都受到赞赏!
    回复
  • 伊恩蝉联 - 2015年5月14日星期四 - 关联

    *这"audio only"选项记录更糟糕的音频(〜35 kbps)"video" or "studio" options. 回复
  • 保护者 - 2015年5月14日星期四 - 关联

    奇怪的是,你会认为他们已经让他们准备好的系统,因为他们可以在用一定数量的缓冲区发送到服务器之前,他们可以在本地缓存录音 - 这将为您提供两个世界,不确定为什么录制仍然必须在服务器级别发生。 回复
  • 凯文G. - 2015年5月14日星期四 - 关联

    我的建议是做一个本地录制和一个Muxed服务器侧录制。这样,即使你失去了一个高质量的录音,你仍然有较低的质量,可以在ass中拼接。

    同样具有服务器侧录制有助于编辑,因为它可用于设置各个记录轨道的定时。
    回复
  • soc-it2me. - 2015年5月14日星期四 - 关联

    糟糕的音频再次?......在争吵之后是最后的播客's audio quality.

    请在下一个播客中修复它。
    回复
  • Brett Hyse. - 2015年5月15日星期五 - 关联

    正如Ian所提到的那样,我们尝试了谷歌汇集了这次,以加快编辑过程。它'虽然正在进行的工作,所以我们需要调整一些东西。

    当你说糟糕的音频时,你会说它是伊恩,还是我,还是两者?
    回复
  • 保护者 - 2015年5月16日星期六 - 关联

    我觉得这两者都是,但伊恩'S有点差。我在工作中使用WebEx,它似乎很好地工作 - 最便宜的计划包括会议录音和'T越来越昂贵。 回复
  • soc-it2me. - 2015年5月17日星期日 - 关联

    昨晚我听了播客,我不得不说这是一个很好的展示。布雷特,你整体的演讲非常倾向于倾听,保持。

    质量明智的是IAN比你有点低的Q.可以轻松听到压缩。
    回复
  • soc-it2me. - 2015年5月17日星期日 - 关联

    请保持播客即将来临。至少每月2个令人敬畏。 回复
  • Brett Hyse. - 2015年5月17日星期日 - 关联

    I'我很确定我有很多更好的带宽,而不是Ian就是为什么要问。我们想做更多的事情's why we'Re试图让它更容易生产。感谢您的反馈! 回复

登录

没有帐户? 立即注册