Pc alapú audio lejátszás

[avl2]

Jelenthet-e a hangban bármi változást, ha az I3-as processzoromat kicserélem I5-ösre?

Megtörtént, egy i5 4590t váltott egy i3 4160-at. Bitrograde igazat írt, valóban nyugodtabb lett a hang, úgyhogy megy is vissza az i3. :)

hogy jól értsem/értem-e: tenyleg Te - is - ugy hallod, hogy "nyugodtabb" lett, de Neked/Nálad ez nem elöny, jobban szereted azt, ami i3 4160-nal volt ?
..csak modszertani kerdes a reszemröl (hisz sem a kerdesben, sem a tapasztalatodban semmi jártassagom): mennyire vagy biztos benne, hogy az erzekelt valtozas a szandekolt valtoztatas miatt volt ?

[Elmo]

Jelenthet-e a hangban bármi változást, ha az I3-as processzoromat kicserélem I5-ösre?

Megtörtént, egy i5 4590t váltott egy i3 4160-at. Bitrograde igazat írt, valóban nyugodtabb lett a hang, úgyhogy megy is vissza az i3. :)

[fülelek]

Nagy valószínűséggel fogja látni, az xmos usb paneleket mindet ismeri, az M2techet is.
A Deadbeefben külön be kell állítani a kimeneti eszközt a megfelelő módban.

[avl2]

evvel indul az ösi gep: bionicpup32-8.0-uefi.iso
elsö probalkozasom linux-szal (kéretik ugy röhögni, olvasni :-)

momentan a sajat Gnome MPlayer -rel megy Roger Waters, lokalis fajlból es kimenetnek siman a gep analog kimenete hasznalva.

következö lepes nem a gep analog kimenetet hasznalva, hanem külsö DAC-ot ?

es hogyan tudatom a rendszerrel, hogy azt hasznalja ?
latok "Puppy Setup"-ot es azon belül "Sound"-ot
azt megnyitva pedig megnyilik a "Sound Wizard" es abban van egy "Multiple cards" pont,
arra klikkelve pedig jelenleg csak 1 lehetöseget mutat: "card 0: Intel ...device 0: ALC861 Analog"
ha lesz USB-s DAC-om, akkor azt fogja latni ? vagy itt még jelentös kompatibilitasi problemak lehetnek.

[avl2]

Na, le is töltöttem 32bites valamilyen puppy valtozatot.
kezdhetek ismerkedni vele.
pl.: hogyan talalom meg a meghajtot, a zeneket rajta, hogyan tudom azokat elinditani, lejatszani

[avl2]

Újabb verzió, kibővített, magyar nyelvű tahr Puppy:
https://skamilinux.hu/tahrlite6-1-1-k4- ... -2020-jan/

kiirtam USB-re egy Tahr Puppy verziót, aztán próbáltam bootolni róla, de ez az üzenet jött: a gépben csak i686 CPU van, azon meg nem fut. (This kernel requires an x86-64 CPU, but only detected an i686 CPU. Unable to boot - please use a kernel appropriate for your cpu)

van erre megoldás ?
cél: windows nélküli, egyszerü elsö ámítógépes zenehallgatás ...ha lehet a kb. 13-14 éves Toshiban (1GB van benne, winchester 100GB, Intel® Centrino® Duo Prozessortechnologie mit Intel® Core™ Duo Prozessor T2050
https://at.dynabook.com/discontinued-pr ... -a110-289/

nem állítom, hogy a gép tutti :-)) jatekbol kiprobalnam/tam volna

amennyire értem, 32 bit-es verzioval kell probalnom, talaltam a neten, de ha valakinek tutti pontja van ehhez a kerdeshez (pl.: itt a link, ezt töltsem le es az menjen rufus-szal az USB eszközre boot-olni, avval kell menjen az öreg gép is) azt örömmel veszem

[twinastir]

Miért ide írok ? talán az USB és az audio kapcsolódása miatt...ha nem ok kérem az admint tegye oda .....

Szerény véleményem szerint " kritizálható "a fórum szakmai színvonala,ennek tudható be hogy sok nagy tapasztalattal és szakmai tudással,kellő alázattal és az ezzel járó szerénységgel rendelkező fórumtárs elment vagy hallgat.Helyüket zömmel átvették vagy önjelölt szakik vagy némi hasznot vélő versenyzők stb...
Tapasztalom hogy az egyéni tévelygések és azoknak " snake oil" kezelte beszámolói is növelik az zavart.
Ennyi szubjektum után a irományom inditéka az USB kábellel függ össze.Kiváló rendszerem végső megoldandó gondja USB kábel megtalálása.Sok információt találtam és közben belefutottam az alábbi írásra melyben megszólal a kábelgyártás szinte minden jeles szereplője.
https://positive-feedback.com/audio-dis ... ifference/
Itt minden megtudható az USB adatátvitelről audio vonalon érdemes tudni.
Én is a cikk alapján állítottam fel a képzeletbeli pontrendszert és vásároltam meg az egyik szereplő kábelét.
A rendszer: KiiAudio + KiiControl+ Wworld Cat 8 + Auralic G2 /Auralic és a KiiControl közé kellet az USB /

[jlaci74]

Üdv. Srácok!

Segítséget kérnék Audirvana - Yamaha MusicCast témában.

Laptopon Win10 alatt fut az Audirvana, a laptop beépített hangszóróin és a fülhallgató kimenetem muzsikál, viszont a hálózatot látja ugyan ( lásd a képen ) , de ott nem történik semmi. Ha a "Network - Nappali " van kijelölve a lejátszás el sem indul . Gondolom a MusicCast-tal kellene felismertetni az Audirvana-t , de hogyan? Hol? Miként?

[gyongyhalas]

Fogok még próbálkozni DSD-Hi-res Flac-MP3 fülemteszteken, de asszem elengedhetem ezt a nagyfelbontású projektet
Marad a jó öreg cédé :)

Szia !
Nem beszélve a régi csúcs készülékek elérhető áraikról.....
Talán többet kapsz a pénzedért hangban,mintha az újdonság varázsát szeretnéd felfejleszteni ...

[ZolaBA]

Total: 3/8
p-value: 0.8555 (85.55%)

Korábbi verzióban ez a szöveg szerepelt a p érték helyén: "Probability that you were guessing" - szóval ha jól értem azt jelenti, hogy 85,55%, hogy csak tippeltél

[asebestyen]

hajjajjaj hol is kezdjem
ezt a log-ot tudja valaki értelmezni?
p érték magyarázatra a wikin olyat olvastam, hogy azt sem tudtam mit kérdezzek - nagyon gáz
valami statisztikai überokosság
a nagy % egyáltalán nem biztos, hogy jót jelent
A MyReelClub rövid jazz demója volt az alap - 96/24
Audition-ban vissza mentettem 16/44-re
egy perces részlet 8 futásból AB párosítás XY-ra, ha valaki ismeri (16 futás már szerintem nagyon fárasztó)
baromi nehéz volt, így senki sem hallgat zenét az tuti
Beyer 990-es fülesen csináltam, szobában nagy dobozon esélytelen szerintem

foo_abx 2.0.6c report
foobar2000 v1.5.1
2020-01-30 17:28:43

File A: MRC1902_VGQ_Set1_Track3_PCMconv_44k.wav
SHA1: eb79319651578c61af6a1ac3a38ae617d69c5618
File B: MRC1902_VGQ_Set1_Track3_PCMconv_96k.wav
SHA1: 553766953614094196372dfd10145855d012eff9

Output:
ASIO : foo_dsd_asio
Crossfading: NO

17:28:43 : Test started.
17:33:30 : 01/01
17:35:01 : 02/02
17:35:50 : 02/03
17:36:24 : 03/04
17:36:53 : 03/05
17:37:27 : 03/06
17:38:21 : 03/07
17:39:13 : 03/08
17:39:13 : Test finished.

----------
Total: 3/8
p-value: 0.8555 (85.55%)

-- signature --
24ec583bf977abef8b3c88a47303b8c2e077dfaf

Szerintem 3x találtad el a 8-ból és a teszt megbízhatósága a 85.5%. Ha vaktában lövöldözöl is van 50% esélyed minden kérdésnél, hogy a jóra bökj rá. Ahogy egyre több a tesztek száma, úgy nől a végeredmény megbízhatósága, hogy nem csak véletlenül találod el a jót. Vagy valami ilyesmi.

[avl2]

...a Mac-et ...

...Ami az otthoni buherálást illeti: informatikusként sokáig már csak hobbiból is rengeteget túrtam a linuxot. ...a számítógép a célból eszközzé válik
...Számomra ez az eszköz, ami csak teszi a dolgát, a mai napig a Mac...
...Egy drága eszköz, ami olyan, mint egy drága eszköz. Jó, hosszú távon megbízható, biztonságos.

...Namost, lehet, hogy a Tahr Puppy is ilyen buheramentes cucc, nem tudom. ...

nem csak ezt, hanem mas topicban aktualis beirasokat nezve, ugy értem, hogy Apple-s ámítógép (sicc) legföbb elönye a stabilitás, megbizhato, eszközszerü, buherat nem igenylö müködés. - jól értem ?

ez nyilvan - nekem is - nagy elönyt jelent(ene), ugy latom a kihivas azt eldönteni, hogy pl. egy - lehet ez Tahr Puppy épp, vagy más hasonlo - masik rendszer*, nem Apple cuccon szinte biztos, hogy több "buherát" igényel (?), de vajon mennyivel többet ? (milyen gyakran ? csak mashonnan boot-oljon vagy napi nehany perc reszelgetes, ..) egyik felhasznalonak az még semmi, söt öröm :-) [a szegény ;-) ] masiknak semmi gond, harmadik már neha b...megezik, a negyedik többször fohaszkodik, az ötödik meg sürgösen mas megoldas utan nez

*: nem dedikalt extragép, csak HW-ben elegendöen erös, megbizhato gyarto, komolyabb kategorias gépe

[Hores]

Sziasztok!

Egy all in one tápegység kapcsán írnék pár sort, hátha valaki épp most áll neki, vagy épp fejlesztésen gondolkodik az audio PC vonalon.

Az "épített" passzív audio PC-k, amik külön tápolást kapnak az USB-re, alaplapra,(stb.) elég költségesek, és nem mindenki engedhet meg magának több százezer forintot e célra.

Én korábban már írtam az általam használt megoldás(ok)ról, picit részletezném ismét ezeket.

A szóban forgó táp:
https://www.aliexpress.com/item/4000110 ... d0ffbf0dd8

Ezzel az egy eszközzel megoldható egy ilyen házba - https://www.lc-power.com/en/product/pc- ... lc-1360mi/
- épített, teljesen passzív (kis fogyasztású ITX) gép táplálása;
- az USB A-B (PC-DAC) kábel 5V-os táplálása Y USB kábel segítségével. (https://luxoraudio.hu/index.php/aruhaz/ ... usb-detail)
- switch/router tápolása, ha 12V-os eszközt választunk
- illetve használható fejhallgató erősítőhöz is, ha valaki azt használna

A legnagyobb változást/javulást az USB 5V-jának külső kiváltása hozza, ami egy olcsó Y kábel esetén is sokkal jobb megoldás, mint egy drágább kábel, a PC-ről táplálva.
Az audio PC-kben e miatt (is) külső tápról használható kártyát raknak, és így táplálják kívülről, de még sem közvetlenül, ami így ismét változókat visz a történetbe. "Áram" szempontjából az Y megoldás olcsóbb, egyszerűbb, szvsz. jobb. (a tápkábel cseréjével is lehet játszani)
A hangbéli változás olyasmi lesz, mintha a "fűrészfogak" lekerülnének az énekes hangjáról.

Ha a pici Pc-t is megtápoljuk, a változás ismét tetten érhető, itt a hang összeszedettsége javul, kis hangerőn is tiszta, jól kivehető lesz az ének(es), csökken a köd effekt. Ezt a jelenséget sokan a sugárzónak, esetleg az IC-nek tulajdonítják, de ha kapcsoló üzemű tápról hajtott PC-t használunk, az is hozzátesz ehhez. (nem keveset)

Ezt a térbeli elhelyezkedést (énekes), és a "köd" mértékét az erősítőben alkalmazott biztosíték is erősen befolyásolhatja, ahol nem mindig a drágább a jó megoldás. Erre is írnék egy példát, egy Audiolab 8300A kapcsán, ahol a gyári biztosítékból mellékel is egy tartalékot a gyártó(gondolom nem véletlen). A gyári biztosíték helyére egy "tuning" biztosíték került, aminek hatására az énekes "eltávolodott", és erőtlenné vált. Gondolom a gyárban a hozzá adott biztivel lett összehangolva az erősítő.

Használhatóság tekintetében, egy Windowsos gépet VNC-vel távvezérelhetünk telefonos app-al is, így monitor, és mindenfajta periféria nélkül elfér akár egy TV mögött, vagy a HiFi árnyékában.
Ha pl. az Audirvana programot használjuk, annak letölthető külön app-ja is, igaz az nem ingyenes.

Volt szó mostanság több is az Audirvana-ról, ami tényleg máshogy szól, mint a többi bitperfect lejátszó/lejátszás, aminek hátterében az állhat, hogy nem teljesen bitperfect működik a program. A bitperfect lejátszók a 16bit/44Khz -et ebben a formában továbbítják a DAC felé, az Audirvana ugyan "meghagyja" a mintavételezési rátát(ha nem használunk upsamplingot), de 32bites mélységgel továbbítja, ami azt jelenti, hogy valamit azért változtat, persze úgy tűnik jó irányba. Ezt a készítők tudnák megmondani, hogy mit is "trükköznek". Ha egy szóval kellene jellemezni a változást, itt is az "összeszedettebb" jutna eszembe róla. (pontosabb mélyek, kontúrosabb ének, stb.) Ez a különbség kisebb, mint amit a PC analóg tápjának a cseréjével érhetünk el.

Utoljára maradt a switch/router, ami talán a "legkisebb" áram a rendszerben, ami az UTP kábelen közlekedik, de mint ilyen, ez is bekerül a rendszerbe, és ami bekerül, az valahol, valahová ... Ezzel nem nagyon foglalkozom, nem cserélgetem a tápokat, régóta analóg tápról megy, úgy gondolom jó ez így, főleg ha egy ilyen "mindenegyben" készülék esetében még költeni sem kell rá pluszban. (nekem még külön van az 5V-os és 12V-os táp)

A kínai szállításhoz is írnék pár apróságot, ami a költségekkel, szállítási idővel is összefügg. A nagyobb, drágább szállítmányozó cégek gyorsak, precízek, és követik a törvényi szabályozásokat, így a drágább szállítási költséghez +27%-os Áfát, és kezelési/ügyintézési költséget is kalkulálhatunk, ami a DHL esetében most 5990Ft. Ez lazán a duplája így, egy 60 dolláros tételnek, amibe a végén kerül a termék.

Ha lehetőség van olcsóbb "csájnízpost"-al (abból is van nyomkövetős prémium) szállíttatni, ott az érkezési idő hosszabb lesz, de van esély a további költségmentességre, a cirka 6000Ft ügyintézési díj meg tuti megmarad, mert ha intézni kell a vámkezelést, azt magunk fogjuk.

A kényelem és a sebesség mindig drágább, de itt is tudunk választani. (általában)

A fent leírtak az én rendszere(i)mben, eszközeimmel megtapasztalt dolgok, amik az ebből fakadó véleményem tükrözik.
Én midig a próbálgatás, megtapasztalás híve voltam/vagyok, ezt javaslom másnak is, mert amit ő hall, az lesz "igaz" számára.

Remélem valakinek hasznára válik eme sok betű ...

Üdv!
HZ

[tottyi]

Elég kellemetlen esetbe futottam bele a napokban...

AudioLinux + HQPlayer Embedded kombót használok. Ez utóbbi szoftver egy ún. fingerprint alapján egy kulccsal regisztrálható a vásárlás után. Ez az ujjlenyomat a géped bizonyos hardver elemiből számítódik ki (pontosan nem tudom hogyan). A pendrive, amiről bootolok elhalálozott, újra kellett raknom. Kaptam egy új fingerprintet. A dolog innen kezd el érdekes lenni.

Jussi a HQP írója szerint csak az alaplap+cpu+lan elemek számítódnak bele a fingerprintbe (a pendrive nem) és az AL úgy sz@r ahogy van, miért nem használok mást, biztos az a hibás.

Írtam Pieronak, az AL szerzőjének, ő eléggé értetlenül állt a dolog előtt, mivel ez ügyben semmi olyanról nem tud, ami ne lenne szabványos nála, szerinte pedig nem maradhat ki a pendrive az ujjlenyomatból..

Visszaírtam Jussinak, kis idő múlva jött a kulcs, azóta minden ok.

Anno elég látványosan elkezdte a JRiver a JPlayt utálni, itt az AL és HQP között is valami számomra érthetetlen feszültséget tapasztalok. Egy pici piac, nagyon speciális szegmensében tevékenykedő 1-2 fős garázscégeknek inkább együtt kellene dolgozni, mint nyírni a másikat...

Az is erthetetlen ahogy irod a JRiver + JPlay kozotti haboru pedig mindketto jelentosebb beveteltol elmarad a JRiver + Spotify es Tidal unintegracio is erthetetlen, hogy miert jobb az nekik ha nem adhatnak el ketszer annyit a JRiver-bol.
Bar az igazi okokat nemtudjuk meg talan sosem.

[adamthebrave]

Elég kellemetlen esetbe futottam bele a napokban...

AudioLinux + HQPlayer Embedded kombót használok. Ez utóbbi szoftver egy ún. fingerprint alapján egy kulccsal regisztrálható a vásárlás után. Ez az ujjlenyomat a géped bizonyos hardver elemiből számítódik ki (pontosan nem tudom hogyan). A pendrive, amiről bootolok elhalálozott, újra kellett raknom. Kaptam egy új fingerprintet. A dolog innen kezd el érdekes lenni.

Jussi a HQP írója szerint csak az alaplap+cpu+lan elemek számítódnak bele a fingerprintbe (a pendrive nem) és az AL úgy sz@r ahogy van, miért nem használok mást, biztos az a hibás.

Írtam Pieronak, az AL szerzőjének, ő eléggé értetlenül állt a dolog előtt, mivel ez ügyben semmi olyanról nem tud, ami ne lenne szabványos nála, szerinte pedig nem maradhat ki a pendrive az ujjlenyomatból..

Visszaírtam Jussinak, kis idő múlva jött a kulcs, azóta minden ok.

Anno elég látványosan elkezdte a JRiver a JPlayt utálni, itt az AL és HQP között is valami számomra érthetetlen feszültséget tapasztalok. Egy pici piac, nagyon speciális szegmensében tevékenykedő 1-2 fős garázscégeknek inkább együtt kellene dolgozni, mint nyírni a másikat...

[menyus2]

Tápzaj 14,4uV RMS ...
Képet és banándugós mérőzsinórokat látva kérdezem, mi a mérési összeállításod zajpadlója, mivel és hogy kalibrálsz? Látom, árnyékolt a zsinór, de egy árnyékolás is csak csillapítja a környezeti hatást, nem tünteti el. Továbbá egy magasfrekin ketyegő PC-és áramkör zaja nem 100-200Hz környékén jellemző, akár analóg, akár kapcsi a táp, hanem az áramkör kapcsolási-működési és óraáramkör freki környékén.
Nem, nem piszkálódás a szándékom, érdekel a dolog.

.
Mint emlitettem hidegen hagynak a kulombozo rubidium cezium orak nem hajkuraszuk a hosszu tavu pontosagot,tapasztalatom szerint mas parameterek sokkal fontosabak..

Nyilvan a nullazva van a merozsinor zaja.Ez egy osszesitett RMS meres ha a freki elosztas szerinti zajra vagy kivancsi az is megvan valahol..A gep a meres alatt nem ment.A vegso design nal nagy gondot forditok a nagyfrekis arnyekolasra is..

Értem is meg nem is. A tápzsinór és mérőkészülék nullázása ilyen érzékenységű mérésnél nem annyiból áll, hogy a rövidre zárt zsinór mért jelét eltolom valami DC-AC értékkel!!?? milyen AC amit így rá lehet rakni?
Továbbá, egy terheletlen analóg tápzajt nem nagy művészet 14uV szintre lenyomni, amiben valamennyi padlózaj is lehet.

Ez igy van a muszert lehet a tapzsinorhoz kalibralni.Egy szoval sem mondtam hogy terheletlenul mertuk,csak azt hogy nem ment a Pc.Futott a komplett orajel manegment OCX ostul valamivel 1A alatt fogyasztot..
Hat hogy nem nagy muveszet,nekunk csak erre futotta a rendelkezesre allo legalacsonyabb zaju alkatresz bazisbol,es design bol..

[istvan01]

A rezgo korben az osszes ellenalas es kondi egyedileg merve valogatva van nembeszelva a kristalyokrol az emlitett problemak kikuszobolese miatt..
A tapzaj meg 0.0144 mv rms 12v on merve..

20190911_152000_MPSP190808 12V.jpg

Tápzaj 14,4uV RMS ...
Képet és banándugós mérőzsinórokat látva kérdezem, mi a mérési összeállításod zajpadlója, mivel és hogy kalibrálsz? Látom, árnyékolt a zsinór, de egy árnyékolás is csak csillapítja a környezeti hatást, nem tünteti el. Továbbá egy magasfrekin ketyegő PC-és áramkör zaja nem 100-200Hz környékén jellemző, akár analóg, akár kapcsi a táp, hanem az áramkör kapcsolási-működési és óraáramkör freki környékén.
Nem, nem piszkálódás a szándékom, érdekel a dolog.

.
Mint emlitettem hidegen hagynak a kulombozo rubidium cezium orak nem hajkuraszuk a hosszu tavu pontosagot,tapasztalatom szerint mas parameterek sokkal fontosabak..

Nyilvan a nullazva van a merozsinor zaja.Ez egy osszesitett RMS meres ha a freki elosztas szerinti zajra vagy kivancsi az is megvan valahol..A gep a meres alatt nem ment.A vegso design nal nagy gondot forditok a nagyfrekis arnyekolasra is..

Értem is meg nem is. A tápzsinór és mérőkészülék nullázása ilyen érzékenységű mérésnél nem annyiból áll, hogy a rövidre zárt zsinór mért jelét eltolom valami DC-AC értékkel!!?? milyen AC amit így rá lehet rakni?
Továbbá, egy terheletlen analóg tápzajt nem nagy művészet 14uV szintre lenyomni, amiben valamennyi padlózaj is lehet.

[menyus2]

A rezgo korben az osszes ellenalas es kondi egyedileg merve valogatva van nembeszelva a kristalyokrol az emlitett problemak kikuszobolese miatt..
A tapzaj meg 0.0144 mv rms 12v on merve..

20190911_152000_MPSP190808 12V.jpg

Tápzaj 14,4uV RMS ...
Képet és banándugós mérőzsinórokat látva kérdezem, mi a mérési összeállításod zajpadlója, mivel és hogy kalibrálsz? Látom, árnyékolt a zsinór, de egy árnyékolás is csak csillapítja a környezeti hatást, nem tünteti el. Továbbá egy magasfrekin ketyegő PC-és áramkör zaja nem 100-200Hz környékén jellemző, akár analóg, akár kapcsi a táp, hanem az áramkör kapcsolási-működési és óraáramkör freki környékén.
Nem, nem piszkálódás a szándékom, érdekel a dolog.

.
Mint emlitettem hidegen hagynak a kulombozo rubidium cezium orak nem hajkuraszuk a hosszu tavu pontosagot,tapasztalatom szerint az audioban mas parameterek sokkal fontosabak..

Nyilvan a nullazva van a merozsinor zaja.Ez egy osszesitett RMS meres ha a freki elosztas szerinti zajra vagy kivancsi az is megvan valahol..A gep a meres alatt nem ment.A vegso design nal nagy gondot forditok a nagyfrekis arnyekolasra is..

Juliush

Az alacsony frekis fazis zaj javulasa nem csak a dinamika tartomanyban tettenerheto,szubjektive a szeparaltsag ,ter,folyekonysag es a digitalis csend ami azonnal feltunik.A tesztek objektivitasa miatt a keszulekeket altalaban az oda adjuk az erdeklodoknek sajat rendszerben valo meghalgatasra.

[istvan01]

A rezgo korben az osszes ellenalas es kondi egyedileg merve valogatva van nembeszelva a kristalyokrol az emlitett problemak kikuszobolese miatt..
A tapzaj meg 0.0144 mv rms 12v on merve..

20190911_152000_MPSP190808 12V.jpg

Tápzaj 14,4uV RMS ...
Képet és banándugós mérőzsinórokat látva kérdezem, mi a mérési összeállításod zajpadlója, mivel és hogy kalibrálsz? Látom, árnyékolt a zsinór, de egy árnyékolás is csak csillapítja a környezeti hatást, nem tünteti el. Továbbá egy magasfrekin ketyegő PC-és áramkör zaja nem 100-200Hz környékén jellemző, akár analóg, akár kapcsi a táp, hanem az áramkör kapcsolási-működési és óraáramkör freki környékén.
Nem, nem piszkálódás a szándékom, érdekel a dolog.

[juliush]

Hidd el mikor beneztunk 24Mhz en 100 Femto kornyekere 10Hz en merve, az borzalmassan hallhato valtozast hozott.Ilyen frekin ez nem sok cegnek jott ossze emberi aron...

A rendszereinkben mindenütt előforduló termikus zajnak köszönhetően praktikusan lejtőn lefelé hátszélben megvalósítható 120 dB-s dinamikát, valamint a hallgatói környezeti zajszintjét tekintetbe véve, a -120 dB szint környékén 10 Hz körül elért 5 dB-es fáziszaj javulás által okozott "borzalmasan hallható változást" objektív módon "egy csipetnyi sóval" fogadom, különösen, hogy a hallásunk számára igazán érzékeny tartományban már -150 dB alatt járunk.
Elégedetten hátradőlve egy-egy ilyen fejlesztést követően, a javuló mérési eredményekkel a kezünkben, esetleg kis társaságban összegyűlve egymást csillogó szemmel motiválva szubjektíve már nyilván lehet más az eredmény!

[istvan01]

lassan ott tart ez a clock hajhászás digit audiózásban, hogy tényező lesz az Einsteini gravitáció-idő összefüggés, amit a műholdaknál már jó ideje beszámítanak. De ahogy közeledünk az atomóra pontossághoz, már pár száz méter tengerszint feletti magassághoz is korrigálni kell.
/ahogy olvasgattam az atomóra technológiai fejlődést, manapság a 10ad-19 pontosságnál tartanak, és erre már lézer-fény frekvencia alapot és nem atom rezgést használnak/

[avl2]

...ha -170dB-rol -160dB kornyekere feljott, szinte eszrevehetetlen volt a kapott hangnal. @10Hz-en pedig mar 5dB kulonbseget meg lehetett hallani.

hogy jobban értsem, nekem a fentihez hianyzik valami, ez-az, pl.: a 10Hz-en hallhato 5dB különbseg milyen abszolut szinten ? mert gondolom nem a -170...-160 dB táján; forditva: -170..-160dB különbseg szinte eszrevehetetlen, milyen frekiken ? gondolom inkabb a magasabbakon erhetö ilyen el (mondjuk 1000Hz es felette)
es persze hanganyagban a 10Hz szerepe illetve visszaado eszközben a 10Hz megjelenese relevanciaja kérdéses - vagy a 10Hz-en nyert 5dB zajkülönbseg szerepe a magasabb, könnyebben atvitt/sugarzoval visszaadott ill. hanganyagban markansabban jelenlevö frekiken erzödik ? ...vagy a 10Hz egyszerüen csak ki van emelve, mert valahol mérni kell/érdemes, de gondolom valoszinü, ha 10Hz-en javult, akkor 11Hz-en, 15Hz-en (bizonyos környezeteben is, megoldastol, sokmindentöl függöen milyen szeles környezeteben es milyen mertekben) is javult, es az is hat ...es talan egyre inkabb (azaz lehet, hogy ami 10Hz-en 5dB-t javitott, ugyanaz a megoldas 32 Hz-en még mindig jelentett 3 dB zajviszony javulast es az hallhatobb hatasu)

[menyus2]

Nagyon jol latod ,mivel a hurok fazisra zar igy az osszes komponenes frekitol fuggetlenul egy takkra jar ep ez benne a szep..

Elméletileg.
Mivel a PLL kimenete egy feszültség vezérelt oszcillátor jele, amit egy hibafeszültség vezérel, ami a kimeneti és a bemeneti jelek összehasonlításából jön létre.
Ezt a folyamatot több "zajos" tényező befolyásolja. Vagyis a feszültségvezérelt oszcillátor kimenete sohasem azonos a bemenettel. A kimenet fázis zajt és jittert is tartalmaz a bemeneti oszcillátor jeléhez képest.
A zajforrások főként termikus zaj eredetűek, amik a hurokban lévő aluláteresztő szűrőben lévő ellenállás(ok)ból ered . De a tápzaj is rontja a helyzetet, ami a feszültségvezérelt oszcillátort táplálja.
Ezek a hibák kicsik, de nem elhanyagolhatóak.
A PLL lehet áldásos is, ha a bemeneti jel zajos. A hurokszűrő csillapításának beállításától függően "szebb" kimeneti jelet kapunk a bemenetnél. Egy majdnem tökéletes bemeneti jelnél viszont garantáltan rosszabb a PLL kimeneti jele.

Ez igy van,de megvan az a lehetoseg is hogy a hurok allando programozasaval sulyozzuk a fazis gorbet a kivant frekvenciara ami szerintem fontosabb tenyezo.
Nembeszelve hogy egy 10Mhz es OCXO adja a referencia jelet es "'kolcsonzi' a jo alacsony frekis faziszaj erteket a TCXO- k nak...
A rezgo korben az osszes ellenalas es kondi egyedileg merve valogatva van nembeszelva a kristalyokrol az emlitett problemak kikuszobolese miatt..
A tapzaj meg 0.0144 mv rms 12v on merve..

20190911_152000_MPSP190808 12V.jpg (715.06 KiB) Megtekintve 4119 alkalommal

[LIMAR]

Nagyon jol latod ,mivel a hurok fazisra zar igy az osszes komponenes frekitol fuggetlenul egy takkra jar ep ez benne a szep..

Elméletileg.
Mivel a PLL kimenete egy feszültség vezérelt oszcillátor jele, amit egy hibafeszültség vezérel, ami a kimeneti és a bemeneti jelek összehasonlításából jön létre.
Ezt a folyamatot több "zajos" tényező befolyásolja. Vagyis a feszültségvezérelt oszcillátor kimenete sohasem azonos a bemenettel. A kimenet fázis zajt és jittert is tartalmaz a bemeneti oszcillátor jeléhez képest.
A zajforrások főként termikus zaj eredetűek, amik a hurokban lévő aluláteresztő szűrőben lévő ellenállás(ok)ból ered . De a tápzaj is rontja a helyzetet, ami a feszültségvezérelt oszcillátort táplálja.
Ezek a hibák kicsik, de nem elhanyagolhatóak.
A PLL lehet áldásos is, ha a bemeneti jel zajos. A hurokszűrő csillapításának beállításától függően "szebb" kimeneti jelet kapunk a bemenetnél. Egy majdnem tökéletes bemeneti jelnél viszont garantáltan rosszabb a PLL kimeneti jele.

[menyus2]

Hová beépítve hozza ezt a borzalmasan hallható változást? Félre ne értsd, a technikai maximalizmust értékelem, az otthoni lejátszórendszerekbe való használatával kapcsolatban vannak kétségeim. Én ezeket brutál minőségű AD konverterekben sokkal inkább el tudnám képzelni, illetve komplett felvevő rendszerek központi órajeleként. Ott sokkal több létjogosultságát érzem. De meggyőzhető vagyok. :)

Ez nem csak egy frekirol szol ez a meres a Core Audio master clock generatoranak egy kijaratarol keszult.
A harom orakapu mind mas frekvencian uzemel es egy PLL hurok fogja oket ossze.
Alapbol ez az egyseg szolgalja ki a Reference Spdif konverterunket es ez biztositja a szinkront a Pc es a Dac fele is.
A nagy valtozast ara ertettem mikor a Crystech orak helyett ez a panel lett bekotve az Spdif panelba,na ott seggre ult mindenki
A Karuna tulajok a megmondhatoi

Ja értem. Nem árt ha a díszszázadot 1 ember vezényli és az hasonlóan pontos az ütemtartást illetően, mint a Fletcher a Whiplash-ben. Már ha jól értem.

Nagyon jol latod ,mivel a hurok fazisra zar igy az osszes komponenes frekitol fuggetlenul egy takkra jar ep ez benne a szep..