兩聲道
CD機 | MD機 | SACD機 | DAC | CAS | 合拼擴音機 | 前級擴音機 | 後級擴音機 | 接線 | 喇叭線 | 揚聲器 | 耳機 | 耳機擴音機 | LP產品 | 膽機產品 | 開卷式錄音機 | 音響配件 | DIY音響 | 電源 | 家庭影院
電視機 | 投影機 | 錄影機 | DVD影碟機 | Blu-ray影碟機 | 多媒體播放器 | 機頂盒 | 多聲道擴音機 | 多聲道揚聲器 | 多聲道影音組合 | Mini音響組合 | 重低音揚聲器 | 輔助設備 | 同好會
同好會 | Accuphase | B&W | Burmester | Denon | Jadis | KEF | KRELL | Luxman | Marantz | Nuforce | OPPO | Pioneer | TEAC | WEISS | News
News | Blog | 其他
其他 | 所有 |
| 影音天地主旨 ﹝請按主旨作出回應﹞ 上頁 下頁 首頁 尾頁 | 寄件者 | 傳送日期
|
| [#321] 理論與現實 RE: bambino, Surely I will buy a SSD drive later when the price dropped. At this moment, I set 800MB in foobar for full file buffering. 最後修改時間: 2010-03-17 15:28:22 |
athensc 正式會員220.xxx.xxx.225 |
2010-03-17 15:27 | |
|
|
|||
| [#322] 理論與現實 any c hing try to connect int202 to weiss dac2? |
batmanames04 正式會員 114.xxx.xxx.48 |
2010-03-17 16:22 |
| [#323] 理論與現實 batman hing, remembered you also a user of the Yamaha HDD transport, may I ask how you compare it with CAS? |
ninekit 正式會員 63.xxx.xxx.140 |
2010-03-17 16:46 |
| [#324] 最蠢的CAS 請問有無師兄知道WEISS DAC202 出了沒有? 因為原先聽說是一月推出,等現在都三月了,好像還未見市面有售..... |
紅色小人 正式會員 220.xxx.xxx.44 |
2010-03-17 16:56 |
| [#325] 最蠢的CAS 你应该问 kent poon |
hkghuman 正式會員 119.xxx.xxx.202 |
2010-03-17 19:05 |
| [#326] 最蠢的CAS batman hing, remembered you also a user of the Yamaha HDD transport, may I ask how you compare it with CAS? seems yamaha hdd transport better than cas because 1 master clk source based on 44.1khz 2 no cpu noise like computer(use a simple mpu only ) 3 no software interference the above are my personal opinion only |
batmanames04 正式會員 114.xxx.xxx.246 |
2010-03-17 22:45 |
| [#327] 最蠢的CAS 因為 Real Time Protocol 的 error correction 的空間很少甚至沒有. 例如看 Digital TV 的起格現象即為 error. 相比之下, 非 real time 的 protocol 如 TCP/IP 的 7 個 level 起碼有 4 層可以做 error correction. 飛機, 導彈, 同穿梭機都係 real time, 以前我地讀書果陣聽到 "Real Time Protocol" 都會肅然起敬. 如果 Weiss 能做到 Firewire 都出到 jitter free "換線無分別", Kent 兄可否介紹下 Weiss 個 firewire protocol stack 點樣 work , 點樣做到 "換線無分別". 等我地學下野. 先謝! 最後修改時間: 2010-03-18 10:07:27 |
appleteapot 正式會員 116.xxx.xxx.33 |
2010-03-18 10:06 |
| [#328] 最蠢的CAS Thank you batman hing, is these technical advantages also translating in more superior sonic performance in practical use? |
ninekit 正式會員 63.xxx.xxx.139 |
2010-03-18 10:22 |
| [#329] 最蠢的CAS cas system 1 use lower cpu clock (PREVENT HIGH FEQUENCY NOISE LEAKAGE) 2 LINEAR POWRER SUPPLY (OR DC BATTERY SOURCE) 3 SYSTEM CLOCK BASED ON MULTIPLES OF 44.1KHZ 4 REAL TIME DATA TRANSMISION FROM PC TO DAC 5 SOLID STATE STORAGE OF CD DATA(LIKE SSD OR ELECTRONIC RAM DISK) |
batmanames04 正式會員 114.xxx.xxx.1 |
2010-03-18 12:14 |
| [#330] 最蠢的CAS 1 use lower cpu clock (PREVENT HIGH FEQUENCY NOISE LEAKAGE) 2 LINEAR POWRER SUPPLY (OR DC BATTERY SOURCE) 3 SYSTEM CLOCK BASED ON MULTIPLES OF 44.1KHZ 4 REAL TIME DATA TRANSMISION FROM PC TO DAC 5 SOLID STATE STORAGE OF CD DATA(LIKE SSD OR ELECTRONIC RAM DISK) ------- would it be easier to use optical isolation and put the pc away from your audio system. |
Not-So-GoodSamaritan 正式會員 210.xxx.xxx.97 |
2010-03-18 12:22 |
| [#331] 最蠢的CAS even the protocol can be realtime, the OS like Windows or OSX cannot be realtime kernel. That is why some bilieve in Linux realtime kerel will give the best sound |
ackcheng 正式會員 116.xxx.xxx.162 |
2010-03-18 12:57 |
| [#332] 最蠢的CAS would it be easier to use optical isolation and put the pc away from your audio system there will be conversion jitter from electric energy to light energy and back to electric energy and hard to find good opticaal receiver and transmitter in the market for toslink |
batmanames04 正式會員 114.xxx.xxx.1 |
2010-03-18 13:15 |
| [#333] 最蠢的CAS even the protocol can be realtime, the OS like Windows or OSX cannot be realtime kernel. That is why some bilieve in Linux realtime kerel will give the best sound thanks and good information |
batmanames04 正式會員 114.xxx.xxx.1 |
2010-03-18 13:16 |
| [#334] 最蠢的CAS would it be easier to use optical isolation and put the pc away from your audio system ---- i'm not thinking about toslink. if one uses say firewire, get an optical extender for firewire. althought the spec firewire does mention isolation, the effectiveness will be very much implementation specific. if we use optical to achieve galvanic isolation, the interface between the pc and firewire will only be a data transfer problem. the data transfer protocol has to be perfect othewise the hell would have broken loose long time ago. |
Not-So-GoodSamaritan 正式會員 210.xxx.xxx.97 |
2010-03-18 14:13 |
| [#335] 最蠢的CAS galvanic isolation Shouldn't digital transformer coupling taken care of this? |
ninekit 正式會員 63.xxx.xxx.139 |
2010-03-18 15:16 |
| [#336] 最蠢的CAS Shouldn't digital transformer coupling taken care of this? ------ yes. for firewire i think it specs either capacitvie or transformer isolation. most use the former though. how good? who knows but the fact that people report effects of various firewire cable does not instill much confidence. optical extender on the other hand can physically relocate the pc to somewhere else. this solves the mechanical and electrical noise in one go. damn they are expensive. well, kind of. |
Not-So-GoodSamaritan 正式會員 210.xxx.xxx.97 |
2010-03-18 15:36 |
| [#337] 最蠢的CAS Harmonic Technology has products that utilize this optico-decoupling principle. However, not for CAS firewire or USB cable yet. http://www.harmonictech.com/products/photon/index.html |
CKKeung 正式會員 210.xxx.xxx.224 |
2010-03-18 16:12 |
| [#338] 最蠢的CAS odyssey audio hk havehttp://www.odysseyaudiohk.com/cgi-bin/yabb/YaBB.pl?num=1215624423 used it before for usb isolation but no longer produced |
batmanames04 正式會員 114.xxx.xxx.1 |
2010-03-18 16:22 |
| [#339] 最蠢的CAS Harmonic Technology has products that utilize this optico-decoupling principle. However, not for CAS firewire or USB cable yet. ---- analogue level is easy and probably not necessary nor desirable. |
Not-So-GoodSamaritan 正式會員 210.xxx.xxx.97 |
2010-03-18 16:22 |
| [#340] 最蠢的CAS digital transformer is good enough for isolation no matter optical extender or toslink you need a very good electro optical converter, otherwise conversion jitter would be a problem |
batmanames04 正式會員 114.xxx.xxx.1 |
2010-03-18 16:26 |
