1500以内支持无损MP3求推。
I9彻底完蛋了，如丧考妣，送去保修的日子太长不能忍。平时基本不关注MP3，市场上的牌子就只知道Sony Iriver和Cowon 目前考虑I10，求推其他1500以内支持无损的MP3。平时听歌杂食向，古典OST和女声为主，常用的耳机是AKG K514和330P，ATH CKM55。容量16G左右，外形不讲究，重量100g以内。
能调EQ最佳。
另外求教经常把I9塞到满会加速它完蛋么，还是纯粹是RP问题…… 可以观望下最新的X3 日行IPC如今折合RMB连1200都不到…… 不支持无损的只有飞碟那种三爽贴牌货吧 引用第1楼c2yukana于2013-04-27 18:13发表的 :
可以观望下最新的X3 http://220.196.42.172/2b/images/back.gif
小白表示X3只搜到魅族和纽曼
引用第2楼drtasy于2013-04-27 18:53发表的:
日行IPC如今折合RMB连1200都不到…… images/back.gif
不敢刷机怎么破 骚尼F800 引用第2楼drtasy于2013-04-27 18:53发表的:
日行IPC如今折合RMB连1200都不到…… images/back.gif
提供个地址 引用第3楼ulric于2013-04-27 19:00发表的:
不支持无损的只有飞碟那种三爽贴牌货吧 images/back.gif
骚尼就不支持
别告诉我你会用随身播放器去听WAV这种反人类的东西 刷rb还行吧…不过ipc刷了rb放无损的话在这个价位确实性价比无敌了…
回 4楼(夕霧) 的帖子
飞傲X3啊 完全没必要买ipc干冷硬同推飞傲x3 1298
棒子的播放器一点好感没有
另 要听的爽攒钱台机+耳机
要听得比较爽兼顾移动国砖+耳机+塞子
要凑合听 那你就随意啦~ 引用第7楼a4840639于2013-04-27 20:10发表的:
骚尼就不支持
别告诉我你会用随身播放器去听WAV这种反人类的东西
images/back.gif
wav都能黑?就为了证明骚尼不支持无损?联合开发者IBM和巨硬垂泪 也许就你家AIFF不反人类 引用第11楼ulric于2013-04-28 02:20发表的:
wav都能黑?就为了证明骚尼不支持无损? 联合开发者IBM和巨硬垂泪 也许就你家AIFF不反人类
images/back.gif
无聊不无聊，wav体积大50%+就不说了，还不支持tag 引用第4楼夕霧于2013-04-27 19:45发表的:
不敢刷机怎么破
images/back.gif
不敢刷机就用aac无损呗…
引用第6楼shinraku于2013-04-27 19:57发表的:
提供个地址
images/back.gif
日本亚马逊就是了啊…18899yen 引用第11楼ulric于2013-04-28 02:20发表的:
引用 引用第7楼a4840639于2013-04-27 20:10发表的 :骚尼就不支持别告诉我你......
@ulric
wav的意义是什么？
----发送自 STAGE1 App for Android. 引用第14楼yarlando于2013-04-28 08:57发表的:
@ulric
wav的意义是什么？
----发送自 STAGE1 App for Android. images/back.gif
wav就是只添加文件头的pcm,未经压缩,而ape,flac经过压缩
cpu虽然强大,但解压是还要兼顾处理msi,irq等,否则还要DSP干吗? 所以播放经过无损压缩的格式音质不如wav
啥?你听不出来?那你听什么无损?320kbps mp3甚至192kbps的听听就好了 下什么无损刷时髦值 引用第15楼ulric于2013-04-28 15:23发表的:
wav就是只添加文件头的pcm,未经压缩,而ape,flac经过压缩
cpu虽然强大,但解压是还要兼顾处理msi,irq等,否则还要DSP干吗? 所以播放经过无损压缩的格式音质不如wav
啥?你听不出来?那你听什么无损?320kbps mp3甚至192kbps的听听就好了 下什么无损刷时髦值
....... images/back.gif
这个红色部分的结论和你前面说的几句一点关系都没有，哪来的啊。
知道为什么没人搞无损盲测么。
因为那是反智商的。
我就不明白飞碟什么时候跟三棒子扯上的关系 引用第15楼ulric于2013-04-28 15:23发表的:
wav就是只添加文件头的pcm,未经压缩,而ape,flac经过压缩
cpu虽然强大,但解压是还要兼顾处理msi,irq等,否则还要DSP干吗? 所以播放经过无损压缩的格式音质不如wav
....... images/back.gif
又见玄学 那个sansa，刷rb，价钱便宜量又足～
----发送自 STAGE1 App for Android. 引用第19楼ftdtyzst于2013-04-29 02:52发表的:
又见玄学
images/back.gif
1.玄学常滋生于利益暗生之处,ape与wav音质孰好孰坏对何人的利益有何影响?
2.flac解压后(转换成wav)与wav听不出区别是很正常的,虽然编码解码过程可能存在损失;
3.第2点是非同步的,但音频播放是实时的连续的,wav是只添加信息的pcm流,仅需要I/O操作即可,而解压/解码flac会造成延时,如解码flac常比ape要快;
4.电脑内部时钟精度不高,这也是非玄学厂商如Apogee要开发Big Ben外部时钟的原因 (当然你硬要说不认识Apogee那也没办法,那钟确实也不怎么样);
5.最简单的实验,wav文件高压缩率压缩成rar,用foobar播放wav文件和使用Archive Reader插件直接播放rar,有否感觉延时?这也是为什么StealthAudioPlayer之类播放无损压缩前先解压为wav再内存播放;SAWStudio干脆只支持wav
6.听不出是系统/耳力问题,不要把一切自己不懂的或听不出的归为玄学,请提出依据 引用第18楼jojohsh于2013-04-29 00:04发表的:
我就不明白飞碟什么时候跟三棒子扯上的关系
images/back.gif
B&O忘给封口费了 是B&O自己做的东西只有那个播放软件和产品外观设计奢侈品公司嘛,你还指望他懂电路?
http://www.engadget.com/2008/04/23/press-shots-for-samsungs-new-s2-and-s3-players/ WAV对于闪存机来说最大好处就是省电，简单粗暴什么的爱玩玩不玩滚 引用第21楼ulric于2013-04-29 03:54发表的:
21楼 发表于: 2013-04-29 03:54
引用
引用第19楼ftdtyzst于2013-04-29 02:52发表的:
又见玄学
1.玄学常滋生于利益暗生之处,ape与wav音质孰好孰坏对何人的利益有何影响?
2.flac解压后(转换成wav)与wav听不出区别是很正常的,虽然编码解码过程可能存在损失;
3.第2点是非同步的,但音频播放是实时的连续的,wav是只添加信息的pcm流,仅需要I/O操作即可,而解压/解码flac会造成延时,如解码flac常比ape要快;
4.电脑内部时钟精度不高,这也是非玄学厂商如Apogee要开发Big Ben外部时钟的原因 (当然你硬要说不认识Apogee那也没办法,那钟确实也不怎么样);
5.最简单的实验,wav文件高压缩率压缩成rar,用foobar播放wav文件和使用Archive Reader插件直接播放rar,有否感觉延时?这也是为什么StealthAudioPlayer之类播放无损压缩前先解压为wav再内存播放;SAWStudio干脆只支持wav
6.听不出是系统/耳力问题,不要把一切自己不懂的或听不出的归为玄学,请提出依据
....... images/back.gif
说是玄学有错么，你这些没一条能证明FLAC质量有可能不如WAV啊。
1 解码速度，解码复杂度 和 解码质量 没有任何关系。
2 时钟精度高不高对于WAV和FLAC产生的效果也是一样的
3 非实时的东西延时和播放质量有什么关系。
4 你的结论，最后玄学听不出来是只能耳朵的问题。
引用第23楼tk.cocacola于2013-04-29 04:21发表的:
WAV对于闪存机来说最大好处就是省电，简单粗暴什么的爱玩玩不玩滚 images/back.gif
这也未必对。两个电池谁消耗大很难有结论。
拿FLAC来说，
1 CPU消耗是WAV的3到4倍。
2 文件尺寸一般是WAV的30%到50%。
这IO和运算哪个消耗更大呢，就要看具体实现了。
麻痹昨天刚在打架坛上看到X3的测评，最后看到了X5的消息。
这是作死啊，果断等X5 借帖子问一下，HM601很烂么？ 引用第24楼Jet.Black于2013-04-29 07:37发表的:
说是玄学有错么，你这些没一条能证明FLAC质量有可能不如WAV啊。
1 解码速度，解码复杂度 和 解码质量 没有任何关系。
....... images/back.gif
不过是一些你自己想当然的东西
1.直接抛出结论,你测量过?
2.直接抛出结论,你测量过?
3.说的就是实时,怎么变成非实时了?
4.哦,原来金耳朵就行,器材一点不重要 你测量过的数据呢 谁提出谁举证啊 引用第28楼ulric于2013-04-29 15:14发表的 :
不过是一些你自己想当然的东西
1.直接抛出结论,你测量过?
2.直接抛出结论,你测量过?
3.说的就是实时,怎么变成非实时了?
4.哦,原来金耳朵就行,器材一点不重要
....... images/back.gif
1 这不是测量的问题，这是基本概念。
2 玩弄了一堆概念结果一个也没说对，让别人去陪着你举证，你质疑无损播放质量自己取证去。
3 你们这些玩玄学的就别来质疑解码器软件了，能力有限，差的太远。
4 金耳朵是你们自己吹出来的，来个ABX全露馅了
5 解码器只是播放链条中的一环，已知的是FLAC和WAV两者在这一环节输出完全一样。
6 真不要什么都扯耳朵/器材，FLAC和WAV这两个数学意义上完全一样的（bit perfect）东西能听出不同，两种可能，不是耳朵坏了就是器材出BUG了。
放首歌哪门子需要实时啊，这歌的文件说不定在硬盘上呆了好几年了。
把这首歌放出来，只需要解码速度大于实时解码就可以了。
不是要数据么，
知道FLAC解码速度是多少么，这个给你测一下，516倍实时。
我这台CPU很烂，两核两线程，相当于7年前的CORE 2 DUO，但即便这样一小时也能解出516小时的FLAC。
看看日历吧，现在是2013年啊
来，你要的数据
System:
CPU: Intel(R) Xeon(R) CPU W3503 @ 2.40GHz, features: MMX SSE SSE2 SSE3 SSE4.1 SSE4.2
App: foobar2000 v1.2.5
Settings:
High priority: no
Buffer entire file into memory: no
Passes: 1
Threads: 1
Postprocessing: none
Stats by codec:
FLAC: 516.866x realtime
File: C:\\****************\\Il Trovatore- Miserere S.433.flac
Run 1:
Decoded length: 8:15.000
Opening time: 0:00.000
Decoding time: 0:00.957
Speed (x realtime): 516.866
Total:
Opening time: 0:00.000 min, 0:00.000 max, 0:00.000 average
Decoding time: 0:00.957 min, 0:00.957 max, 0:00.957 average
Speed (x realtime): 516.865 min, 516.865 max, 517.057 average
Total:
Decoded length: 8:15.000
Opening time: 0:00.000
Decoding time: 0:00.957
Speed (x realtime): 517.057
引用第26楼c2yukana于2013-04-29 12:07发表的:
麻痹昨天刚在打架坛上看到X3的测评，最后看到了X5的消息。
这是作死啊，果断等X5 images/back.gif
还好吧，毕竟X3是三年前的设计了，感觉我还是喜欢这种有实体按键的，还有LO口，想上二房也可以，毕竟芯片还是可以反正只要续航、声音对得起这个价的话，应该会入吧。X5的价格估计要差不多2k5，所以超过1k这个坎太多的话，对于随身来说觉得实在没必要了~~ 引用第32楼Jet.Black于2013-04-29 16:45发表的:
放首歌哪门子需要实时啊，这歌的文件说不定在硬盘上呆了好几年了。
把这首歌放出来，只需要解码速度大于实时解码就可以了。
不是要数据么，
....... images/back.gif
bit-perfect只能保证数据上的完整性,不能保证时间上的同步性,多级叠加就能听出来
如你所说,都2013年了,时间的概念还停留在秒的阶段...醒醒,现在ns都不是问题了,个位数ps也有厂商实现
敢情bit-perfect大棒一挥,专业音频厂辛辛苦苦研究PLL, VC-TCXO做到±50ppm都白费了?
拿些三脚猫的知识,自以为科学代言人,其实不过是个看见没有封面的歌曲就不爽的强迫症 没人告诉你时钟只和数模 模数转换的时候有关么
专业音频研究的是这里么，还没到用到时钟的地方呢
概念全部错误，哎
你看看你
—— from S1 Nyan (NOKIA Lumia 920) 解码器只需要考虑输入流和输出流
至于时钟什么的，那是后面环节的东西。
多简单的道理。
—— from S1 Nyan (NOKIA Lumia 920) 呵呵,数字不需要时钟?敢情拿DSO测的da部分?
数字时钟,名字都叫好了,接的也都是纯数字卡的word clock in,接adda部分相当于额外提供晶振
怕你看不懂,给篇中文广告
http://cp.literature.agilent.com/litweb/pdf/5989-9849CHCN.pdf 引用第37楼ulric于2013-04-29 19:51发表的:
呵呵,数字不需要时钟?敢情拿DSO测的da部分?
数字时钟,名字都叫好了,接的也都是纯数字卡的word clock in,接adda部分相当于额外提供晶振
你还是多补习补习吧
http://lavryengineering.com/pdfs/lavry-on-jitter.pdf
怕你看不懂,给篇中文
http://cp.literature.agilent.com/litweb/pdf/5989-9849CHCN.pdf
....... images/back.gif
天啊，原来是这样，你说那玩意叫ADC，DAC，某些人倒是也翻译成解码器。
但是这玩意和FLAC解码器没有任何关系啊，FLAC解码器叫DECODER，数字输入数字输出。
你别这样，这样下去真的没救了。
引用第35楼Jet.Black于2013-04-29 19:10发表的 :
没人告诉你时钟只和数模 模数转换的时候有关么
专业音频研究的是这里么，还没到用到时钟的地方呢
概念全部错误，哎
....... http://220.196.42.172/2b/images/back.gif
引用第38楼Jet.Black于2013-04-29 20:00发表的:
天啊，原来是这样，你说那玩意叫ADC，DAC，某些人倒是也翻译成解码器。
但是这玩意和FLAC解码器没有任何关系啊，FLAC解码器叫DECODER，数字输入数字输出。
....... images/back.gif
开始胡搅蛮缠了,自己把话题从电脑编码解码引到外置的数模转换器,然后倒打一耙说分不清这两个,果然是有够无耻的
本以为还有些什么新鲜的知识,看了你的回复顿时兴味索然...您继续自娱自乐
页:
[1]
2