作者写道：I guess the lesson is that the render loop is very important to the SQ and i would think in many cases could be optimised further.
作者认为render loop也就是把音频文件块循环放入音频sequence的方法，对音质有影响。所以他尝试着去试试，能否通过这种方法把音质搞的更好一点。
他自己说了，是猜测。
然后他后面自己说了，However, it does seem to make a difference to the sound, many would argue that the sound should be the same.
似乎音质有了点变化，但很多人可能会认为声音还是一样的。
这是作者的一点常识。。他自己一点把握都没有的实验。
在你嘴里变成了优化的方法。
你看得懂英文么？？ 原帖由 bzbj3417 于 2013-2-28 19:11 发表 http://bbs.headphoneclub.com/images/common/back.gif
foobar_lite_v_1.2.3_人声win7.7z http://dl.vmall.com/c014fasahp
foobar_lite_v_1.2.3_柔化win7.7z http://dl.vmall.com/c0qapcbt87
要装控件啥的才能下，百度网盘有吗，和曾经的115一样好用 这语文....贴主sbfk开帖就说了自己不懂音频开发不懂c++, 我在46楼写了回帖的emailtim才是音频软件jplay的开发者了，farrel还问sbfk为啥搞不懂。谁管他啊。
引用一下emailtim
Where did this render loop code come from (JPLAY, Micro$oft or some other vendor)?
For critical calculations, we used to dump the resulting assembly code so we could calculate the exact time it would take on each platform.
We would then make an optimized variant of the code for each platform (or group of platforms) and then pull the fastest platform specific variant in at build time (e.g. pointer arithmetic versus array indexes, etc.).
I am surprised they had print statements in the loop without #ifdefs or equivalents to completely remove it at optimized build times.
They also did a lot of needless redundant cut-and-pastes which bloats the code size.
They must not be used to writing for restricted space and low end processors.
总之emailtim在别的帖子里也写了jplay的改进方式，印象里和thinlace解释的差不多，但是软件使用者只用大概知道其怎么改进就可以了，搞软件的自然可以去copy.... 写错了，是sbgk不是sbfk，其它typo就别管了(iPad 拙计）
[ 本帖最后由 Phase 于 2013-2-28 21:17 编辑 ] 难道又一个大神诞生了？;P 另外X220i装极听声音不太平衡，细节突出但是结象虚，安定感不行。原版foobar声音也有别的问题。 原帖由 Phase 于 2013-2-28 21:13 发表 http://bbs.headphoneclub.com/images/common/back.gif这语文....贴主sbfk开帖就说了自己不懂音频开发不懂c++, 我在46楼写了回帖的emailtim才是音频软件jplay的开发者了，farrel还问sbfk为啥搞不懂。谁管他啊。引用一下emailtimWhere did this render loop cod ...
这段话是告诉作者，使用什么方法才能获得最好的render loop的效果。
然后批评作者的代码的精简不够。
但是，render loop优化效果到底如何，有讲么？
而且，Jplay的作者我是很佩服的，他的Jplay的说明把所有优化的道理说的明明白白。
但是！T大和pkshan有做过这类的优化么？
T大一遍遍得精简他的播放器的外壳程序，pkshan在不停得改垃圾代码。
他们要是写这出这种帖子，那就真叫奇怪了！ 原帖由 Phase 于 2013-2-28 21:20 发表 http://bbs.headphoneclub.com/images/common/back.gif
另外X220i装极听声音不太平衡，细节突出但是结象虚，安定感不行。原版foobar声音也有别的问题。
需要系统优化，用win8x64优化文件。
回复 53# 的帖子
呵呵，你知道在正式版出来前t大做的都是内核，你有什么凭据说t大优化的是外壳，你下个极听，里面有个jepcore的东西，这东西t大从1.0做到14.6再到后面的2.49，有些人脑残的我都觉得不是一个星球的人了，本来理都不想理你，脑残的话多的让人受不了 已下载，谢谢分享！先听听再说吧。 某些天天碰斯坦威的朋友，而且都是演奏造诣不浅的朋友，他们听音乐就是一破喇叭，也一样听得非常爽。问过他们，他们不是不会在意音质，而是他们不希望因为那些“素质”导致整体声音失衡，某种情况下干脆还不如选择均衡的直推。很多设备做出来的声音真心比真实声音是要“讨好耳朵”的，特别那些“模拟味”的设备。某人碰斯坦威，你确定你碰琴键的声音是钢琴家的触键方式？基本的触键方式就可以大大的改变音色的。付出很多汗水，不代表做出来的东西就不能接受批评。心态要摆正，何况很多人都已经认可你的东西了。
[ 本帖最后由 awshwl 于 2013-2-28 23:29 编辑 ] foobar_lite_v_1.2.3_人声win7.7z无法下载，听了一下foobar_lite_v_1.2.3_柔化版，无任何特别印象，就那foobar2000 1.2.3，我也懒得对其做任何的评价，但那声音听得下去就的确是心胸宽阔有容为大了。这软件与极听不应拉到一起来比较，不是一个层面的东西，无论想为哪个软件留下哪怕那么小小一点面子都不该将她们相提并论。我已尽量留口得了，如果还感到刺耳的话请千万包容包容。 原帖由 东方白 于 2013-2-28 23:55 发表 http://bbs.headphoneclub.com/images/common/back.gif
foobar_lite_v_1.2.3_人声win7.7z无法下载，听了一下foobar_lite_v_1.2.3_柔化版，无任何特别印象，就那foobar2000 1.2.3，我也懒得对其做任何的评价，但那声音听得下去就的确是心胸宽阔有容为大了。这软件与极听不应 ...
100的foobar不可能像你說的那麼差，我的內存盤上就保留了3個播放器，
jep 2.4.9，100的fb，T大優化的mpc-be
