lolo258 wrote:
我從一年前開始用高清...(恕刪)


linux USB audio driver早就有了,超過10年啦!!
MMP是個半封閉系統,是需要再出廠時就要將USB audio driver放在Flash ROM,
才能支援對應地裝置.


詳細資料請參照聯結

http://enpc3240.eas.asu.edu/lxr/linux/http/source/drivers/usb/audio.c

1 /*****************************************************************************/
2
3 /*
4 * audio.c -- USB Audio Class driver
5 *
6 * Copyright (C) 1999, 2000
7 * Alan Cox (alan@lxorguk.ukuu.org.uk)
8 * Thomas Sailer (sailer@ife.ee.ethz.ch)
9 *
10 * This program is free software; you can redistribute it and/or modify
11 * it under the terms of the GNU General Public License as published by
12 * the Free Software Foundation; either version 2 of the License, or
13 * (at your option) any later version.
14 *
15 *
16 * 1999-09-07: Alan Cox
17 * Parsing Audio descriptor patch
18 * 1999-09-08: Thomas Sailer
19 * Added OSS compatible data io functions; both parts of the
20 * driver remain to be glued together
21 * 1999-09-10: Thomas Sailer
22 * Beautified the driver. Added sample format conversions.
23 * Still not properly glued with the parsing code.
24 * The parsing code seems to have its problems btw,
25 * Since it parses all available configs but doesn't
26 * store which iface/altsetting belongs to which config.
27 * 1999-09-20: Thomas Sailer
28 * Threw out Alan's parsing code and implemented my own one.
29 * You cannot reasonnably linearly parse audio descriptors,
30 * especially the AudioClass descriptors have to be considered
31 * pointer lists. Mixer parsing untested, due to lack of device.
32 * First stab at synch pipe implementation, the Dallas USB DAC
33 * wants to use an Asynch out pipe. usb_audio_state now basically
34 * only contains lists of mixer and wave devices. We can therefore
35 * now have multiple mixer/wave devices per USB device.
36 * 1999-10-28: Thomas Sailer
37 * Converted to URB API. Fixed a taskstate/wakeup semantics mistake
38 * that made the driver consume all available CPU cycles.
39 * Now runs stable on UHCI-Acher/Fliegl/Sailer.
40 * 1999-10-31: Thomas Sailer
41 * Audio can now be unloaded if it is not in use by any mixer
42 * or dsp client (formerly you had to disconnect the audio devices
43 * from the USB port)
44 * Finally, about three months after ordering, my "Maxxtro SPK222"
45 * speakers arrived, isn't disdata a great mail order company 8-)
46 * Parse class specific endpoint descriptor of the audiostreaming
47 * interfaces and take the endpoint attributes from there.
48 * Unbelievably, the Philips USB DAC has a sampling rate range
49 * of over a decade, yet does not support the sampling rate control!
50 * No wonder it sounds so bad, has very audible sampling rate
51 * conversion distortion. Don't try to listen to it using
52 * decent headphones!
53 * "Let's make things better" -> but please Philips start with your
54 * own stuff!!!!
55 * 1999-11-02: Thomas Sailer
56 * It takes the Philips boxes several seconds to acquire synchronisation
57 * that means they won't play short sounds. Should probably maintain
58 * the ISO datastream even if there's nothing to play.
59 * Fix counting the total_bytes counter, RealPlayer G2 depends on it.
60 * 1999-12-20: Thomas Sailer
61 * Fix bad bug in conversion to per interface probing.
62 * disconnect was called multiple times for the audio device,
63 * leading to a premature freeing of the audio structures
64 * 2000-05-13: Thomas Sailer
65 * I don't remember who changed the find_format routine,
66 * but the change was completely broken for the Dallas
67 * chip. Anyway taking sampling rate into account in find_format
68 * is bad and should not be done unless there are devices with
69 * completely broken audio descriptors. Unless someone shows
70 * me such a descriptor, I will not allow find_format to
71 * take the sampling rate into account.
72 * Also, the former find_format made:
73 * - mpg123 play mono instead of stereo
74 * - sox completely fail for wav's with sample rates < 44.1kHz
75 * for the Dallas chip.
76 * Also fix a rather long standing problem with applications that
77 * use "small" writes producing no sound at all.
78 * 2000-05-15: Thomas Sailer
79 * My fears came true, the Philips camera indeed has pretty stupid
80 * audio descriptors.
81 * 2000-05-17: Thomas Sailer
82 * Nemsoft spotted my stupid last minute change, thanks
83 * 2000-05-19: Thomas Sailer
84 * Fixed FEATURE_UNIT thinkos found thanks to the KC Technology
85 * Xtend device. Basically the driver treated FEATURE_UNIT's sourced
86 * by mono terminals as stereo.
87 * 2000-05-20: Thomas Sailer
88 * SELECTOR support (and thus selecting record channels from the mixer).
89 * Somewhat peculiar due to OSS interface limitations. Only works
90 * for channels where a "slider" is already in front of it (i.e.
91 * a MIXER unit or a FEATURE unit with volume capability).
92 * 2000-11-26: Thomas Sailer
93 * Workaround for Dallas DS4201. The DS4201 uses PCM8 as format tag for
94 * its 8 bit modes, but expects signed data (and should therefore have used PCM).
95 *
96 */
My Blog : http://blog.yam.com/peter1528
理論上來說, 數位信號跟類比信號最大的差異就在於此
數位訊號如果原來有"10個0 + 15個1" , 透過光纖傳輸到DAC一樣也是"10個0 + 15個1"的話, 那轉換出來的類比音質就是一樣的.

類比訊號才會因為播放器本身的元器件優劣而對頻譜產生差異

如果用數位將信號傳輸到DAC而會有差異的話, 那就是傳輸過程中掉了一部分的0或是1了....

雖然這是理論上來說.....但現實上即使類比部分混雜了一些干擾, 對於一個只接收數位信號的光纖與DAC來說, 他們也是看不到類比的雜信阿....

或許這對搞電子的人來說很自然.....對於純玩音響的人來說, 可能就無法認同了...



USB AUDIO 強調是及時性(Isochronous Transfers)
,故會有機會掉封包,那影響就不是一個bit.
有些USB DAC 再USB Bus Power及GND 並無特殊處理,故有些PC 上的
雜訊帶到DAC,DAC又是對Power很敏感.........真的有些DAC在USB Power處理要加強.
我還是強掉爛的線USB Cable有機會掉封包,正常的線會收到對的封包(沒掉封包),DAC就會轉出正常的
audio輸出, 有些"粉貴!!粉貴!!"的USB Cable只是會表現跟正常的USB Cable是一樣的.

接喇吧的線是類比線,AMP 輸出透過Cable接到啦吧,不同cable對應到不同材質,在頻譜分析,阻抗匹配,
及傳導速度皆會影響,適當的搭配應該有加分作用.(cable 特性改變,輸出結果),用信號產生器灌入信號,
再去量測AMP輸出端,再經過Cable後量測,真的是失真最少是最悅耳嗎?
結果可能不是歐,這就是玩音響有趣的地方.也就造就不少Hi Fi商機.......


Isochronous Transfers
Isochronous data is continuous and real-time in creation, delivery, and consumption. Timing-related information is implied by the steady rate at which isochronous data is received and transferred.
My Blog : http://blog.yam.com/peter1528

PFC台灣黑熊 wrote:
linux USB ...(恕刪)


我指的是M2tech或樂之邦 01USD等USB音效卡沒有開發LINUX的驅動,和這個不一樣。
PFC台灣黑熊兄,lolo258兄,brdvd.tw兄三位都是專精的技術人
如果把三位的知識加總起來的話
大概就趨近於無敵了

現在的社會不管做任何產品都是要精耕才能出頭
個人單打獨鬥的時代已經慢慢逝去了


昨日收到了電源板
今日進行電源板調音的工作

這塊電源板使用LM317三端子穩壓IC作為誤差放大器
穩壓電源是利用回授的方式來達到穩定直流輸出電壓的作用
很多網友認為穩壓電源的輸出電壓準不準最重要了
但是其實穩壓電源的輸出電壓準不準是最無關緊要的一項參數
因為一般的IC或晶體電路對電源電壓的容許度都相當高
所以穩壓電源的輸出電壓只要在一定的範圍內就可以了

影響穩壓電源聲音表現的最大因素
在於穩壓電源的輸出電壓漂移
影響輸出電壓漂移的因素分為供電端與負載端
基本上如果負載端是純電阻或是純A類動作的話
這是不太會引起電壓漂移
但很不幸的是真實世界裡純電阻負載是極為少見的
往往一顆IC的負載特性裡就包含了電阻,電容與電感三種特性
負載特性裡有電容與電感特性的話
那就會與頻率有關聯
而且IC的工作電流小與大也會影響到本身的電容與電感特性

為了要克服負載端所引起的電壓漂移
穩壓電源就必須要有極佳的性能
這樣才能快速的修正負載端所引起的電壓漂移
這個性能指的就是穩壓電源的回授特性

LM系列的三端子穩壓IC使用電晶體作輸出
T系列的三端子穩壓IC使用FET作輸出
所以對這兩者穩壓IC而言
一個要外置極點,一個要外置零點
外置極點,零點使用的就是電容器
這也說明了為何使用不同電容器後
穩壓電源發出的聲音也不同

以高清機來說
主板上使用的很多穩壓電源都不是線性電源
對這類的穩壓電源而言
電容器所需要特性與線性電源不太相同
其實穩壓電源使用電容器的精華技術是在於並上的小電容
限於空間因素
這些小電容是裝在主板下面
所以修改後的高清機主板上會有看來大多是一般零件
燒料都不多的感覺

因為電解電容器的電氣特性是以120Hz的頻率作標準
小電容的電氣特性是以1KHz或10KHZ的頻率作標準
所以電解電容並上的小電容是在修正電解電容的頻率特性
進而給穩壓電源一個穩定的回授特性
所以不同電容器所需要小電容也不太相同
只要能掌握不同電容器的特質後
有經驗的技術者當看到機器內部穩壓電源所用的電容器後
就能約略推斷出機器發出的聲音了

數位還有時序誤差
不是0與1那麼簡單



00011111
500D + 17-40 L + Sigma 50 1.4 + 55-250 IS + YN-460 II
這幾日一直在做高清機裝殼後的調整


最後定案的結構
機箱分為三個大隔間
左邊是變壓器室,中央是主板及硬碟,右方是時脈與穩壓電源



為求最佳的抗干擾效果
所以使用了兩顆48VA的EI變壓器
一顆是主板及時脈使用
另一顆是硬碟使用
配線使用新結構銀線



拆除原RTD1073晶片的散熱風扇
改用全鋁砲筒散熱
使的RTD1073晶片工作的更穩定
且排除了散熱風扇馬達的高頻干擾



穩壓電源使用了國際,史普瑞電解電容以及大型銀雲母電容
用Motorola金腳晶體配合新結構銀線輸出



由於硬碟使用的電源找不到合適的電路板
只好手工來製作



加上避震座並加強散熱後的硬碟結構
除了聲音表現更好外
還可以延長硬碟的壽命



加上避震及抗干擾處理後的精密時脈電路
使用GHz級的銀線輸出至主板



數位輸出重新配置後
由銀線脈衝變壓器經由鍍銠端子輸出


由於這台是Prototype
所以一些機箱元件是用零料來暫時使用
屆時搭配訂製專用的機箱元件後
整台機器的完成度就會更高了

今日已將高清機寄出供網兄測試
由於是測試機的關係
所以內部裝載一張2G的SD卡及32G的固態硬碟
成品機會裝載一張32G的SD卡
硬碟則由用家自行提供
2.5",3.5",SSD均可
建議使用容量1T以內的硬碟

面板下方5mm的圓孔是遙控接受器使用
上方1mm的圓孔是電源指示燈

因為這台機器所有的功能都從遙控器來控制
所以面板上沒有開關



背板上的電源插座,總電源開關及保險絲
機器使用前請先將總電源開關向上開啟



接線端子從左而右分別為
左上方三個端子為RGB色差端子
左下方三個端子為AV影音端子
再過來的是數位輸出端子,聲音由此處連接到DAC後輸出
接著是HDMI端子
然後上方是網路端子,下方是USB端子,外接硬碟,隨身碟從這裡與機器連結
最右方的小型USB端子用來與PC連結
高清機與PC連結後可由PC的介面來增刪高清機內部的檔案
ppastudio大
我沒用過高清機
請問高清機若沒接電腦,僅接硬碟
能從高清機的選單中執行檔案的複製和刪除嗎?

小弟本來因為DVD還有一堆沒消化掉
暫時還用不到高清機
但是看到這台做得好像很講究
就產生興趣了
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!