audiodiyers.hu

EMAIL: forum@audiodiyers.hu
Pontos idő: 2018.11.21. 08:32

Időzóna: UTC + 1 óra [ nyi ]




Új téma nyitása Hozzászólás a témához  [ 608 hozzászólás ]  Oldal Előző  1 ... 9, 10, 11, 12, 13  Következő
Szerző Üzenet
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 17:37 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
Ahogy számolgattam, egy STM32F407-ben van 192kByte RAM. Ha ebböl mondjuk 128k-t lehet bufferként használni, akkor 192k/24biten 113ms fér bele.
I2S-hez gyanítom ez teljesen elégséges lehet buffernek, ha etherneten vagy USB-n menne ugyanez, nem tudom. Ha ilyet csinálnék azért felbiggyesztenék egy ledet a lapka
valamely kimenetére, amin a buffer underrun-t lehet jelezni.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 17:45 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
A 100msec elégségesnek hangzik. Alacsonyabb felbontáson jobb is helyzet. ( Az olyan finomságokról nem szólva, hogy kettős címzésű ram lenne az igazi... Úgy már talán elhanyagolható az ütközês... Most márnem is olyan hülyeség valami egyszerű fpga-t etetni nyers adatfolyammal mondjuk soros vonalon az pedig fifo-t játszana ( rs485-i2s konverter). Az mpd tud pipe kimenetre dolgozni... )


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 17:53 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Nem teljesen értem. Van egy PCI-s hangkártyám, melyen van MCLK I2S. Ha azt rákötöm egy STM féle bufferre, mitől lesz jobb?


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 18:02 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Nem biztos, hogy jobb lesz! Ilyet senki sem mondott. Azt próbáltuk elmagyarázni egymástól függetlenül miczoval, hogy a digitális lejátszásban nem az a kérdés, hogy "bit perfekt"-e az átvitel, mert az, ha úgy programozol. Az sem kérdés, hogy az usb, vagy ethernet dróton átzavart adatok tartalomra helyesen érkeznek-e meg, mert nyilván az eredeti fájllal azonos tartalmú annak másolata. Az a kérdés, hogy a megérkező helyes adattartalmat át tudjuk adni helyesen a megfelelő időben a dac-nak. Ha igen, akkor jó, ha nem, akkor vesznek egyesek ezer dodóért cat5-ös drótot.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 18:06 
Offline
Kiemelt Tag

Csatlakozott: 2011.03.27. 20:53
Hozzászólások: 2412
miczo írta:
Ahogy számolgattam, egy STM32F407-ben van 192kByte RAM. Ha ebböl mondjuk 128k-t lehet bufferként használni, akkor 192k/24biten 113ms fér bele.
I2S-hez gyanítom ez teljesen elégséges lehet buffernek, ha etherneten vagy USB-n menne ugyanez, nem tudom. Ha ilyet csinálnék azért felbiggyesztenék egy ledet a lapka
valamely kimenetére, amin a buffer underrun-t lehet jelezni.

Megnéztem az általam használt Jlsounds panelt:
Az xmos L6-os processzor mindkét magjához 64kB van, és még egy 512kB-os ( W25X40CL ) flash memória is a panelen.
http://www.xmos.com/download/private/XS ... 1.3%29.pdf
https://www.winbond.com/resource-files/w25x40cl_e01.pdf


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 18:35 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Becsapós is lehet az ilyen puffer számolgatás. A miczo által számolt 113msec igaz, feltéve hogy statikus állapotot feltételezünk. Valójában a helyzet sokkal rosszabb. A vevő akkor kérhet csak adatot, ha van hová eltárolnia azt,azaz csak a már lejátszott byteokat írhatja felül. Tehát pêldául elindítja az adatkérést mikor a buffer 50%-on van. Nem kérhet több adatot mint 50% + amennyi érvényét veszti mire megérkeznek az uj adatok. Így aztán jó esetben mondjuk 75%-nyi adatot kér. Marad a buffer 25%-ának megfelelő tartalék idő. Ennél az egyszerű algoritmusnál biztos jóval kifinomultabbat használnak, csak azt akartam érzékeltetni hogy a helyzet kevésbé rózsás, mint elsőre látszik.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 18:37 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
TAS3108-ban van késleltető alapból. Még van a készleten a Digikey-nél. Meg talán Ebay-en. Ezért rakták vissza ideiglenes Active-ra. Bár ez csak tárolni tud, mint ahogy a buffer.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 18:49 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Az előbb kiagyalt algoritmusom jól töredezetté tennê a memóriát, ha jól sejtem. Egyszerűbb ketté osztani a buffert, az egyiket feltöltöm, a másikból lejátszok, aztán ha kiürült akkor csere - ez gyakorlatilag két cím felcserélését jelenti, gyors, egyszerű, hatékonyan programozható, viszont puffer méretet vesztünk vele...


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 18:55 
Offline
Fórumtag

Csatlakozott: 2011.04.19. 10:11
Hozzászólások: 525
Toto írta:
Nekem tetszik az új Windows 10 DWM-je, jól mutatna a fluent design az LCD-s érintőképernyőn is. Miközben megfelelő a zenelejátszó is. Nem lenne rossz ezen megoldani, már szedem szét a telepítőt, aztán meglátom, mennyi erőforrást igényel a rendszer optimalizálva.


C2D E6600; Q965 Express chipsetes lap; 3GB DDR2-800 (32 bites rendszer)
Alaposan lecsupaszítva, "optimalizálva" kevesebbel is beéri, de ezek alá nem menni nem ajánlatos.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 20:11 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Nagyon elk*rvult a legújabb Windows 10. Nem tudom, mit sikerül vele kezdeni. Nem elég a teljes megfigyelés, már reklámokkal akarják teleszórni az egész oprendszert. Meg hangadatot, képadatot rögzítenének, és kézírást. Ja, és eddig nem is sikerült módosított telepítőt csinálni.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 20:15 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Toto írta:
Nagyon elk*rvult a legújabb Windows 10. Nem tudom, mit sikerül vele kezdeni. Nem elég a teljes megfigyelés, már reklámokkal akarják teleszórni az egész oprendszert. Meg hangadatot, képadatot rögzítenének, és kézírást. Ja, és eddig nem is sikerült módosított telepítőt csinálni.


Élvezd a "felhasználói élményt"! Nektek értetek csinálták! Ja és fizess is ezért az élményért! ( Mindenki úgy élvez, ahogy tud...)


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 20:16 
Offline
Alapítótag

Csatlakozott: 2011.03.26. 23:55
Hozzászólások: 1656
Konzol írta:
az egyiket feltöltöm, a másikból lejátszok, aztán ha kiürült akkor csere

Szinte minden alacsony szintű real time aszinkron átvitel így működik. Két méretezett FIFO, pontos, lehetőleg jittermentes clock, buffer underrunnál átkapcsolás, oszt' jóccakát.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 20:26 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Realtime kernelfejlesztés meg nem megy semerre. Esetleg olyat tudok még csinálni, hogy Windows-al vezérlem az MPD-t, ami mikrogépen fut. Ha meg kell a DSD, vagy a HD/UHD akkor az maradna Windows-os. Lehet, hogy Windows 8.1-es.

Sok ötletem nincs. Ez a Windows 10 egyre gázabb... és nagyon sok mindenre elmondható ez. Mintha egy mátrixban élnénk, vagy nem tudom...


Csatolmányok:
w10.PNG
w10.PNG [ 13.05 KiB | Megtekintve 5645 alkalommal. ]
Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 20:27 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
mikrogép I2S-el lenne összekötve a hangkártyával, ami vagy közvetlenül továbbítaná tovább a jelet, vagy feldolgozva valahogy.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 20:34 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
euro21 írta:
Konzol írta:
az egyiket feltöltöm, a másikból lejátszok, aztán ha kiürült akkor csere

Szinte minden alacsony szintű real time aszinkron átvitel így működik. Két méretezett FIFO, pontos, lehetőleg jittermentes clock, buffer underrunnál átkapcsolás, oszt' jóccakát.


Mondjuk logikus is. Csak kellett pár perc mire ráébredtem hogy túlkombináltam a mintapéldám.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 20:53 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.06.16. 21:38
Hozzászólások: 847
Tartózkodási hely: Piliscsaba
Konzol írta:
euro21 írta:
Konzol írta:
az egyiket feltöltöm, a másikból lejátszok, aztán ha kiürült akkor csere

Szinte minden alacsony szintű real time aszinkron átvitel így működik. Két méretezett FIFO, pontos, lehetőleg jittermentes clock, buffer underrunnál átkapcsolás, oszt' jóccakát.


Mondjuk logikus is. Csak kellett pár perc mire ráébredtem hogy túlkombináltam a mintapéldám.

elegánsabb megoldás a gyűrűsbuffer
https://www.techopedia.com/definition/18301/ring-buffer

_________________
https://zoltanmagari.blogspot.com


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 21:01 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
Ami kódokat eddig láttam (driverek, kernel modulok) többyire gyűrűsbuffert használtak. Egyszerű és jó a memória kihasználtága. Arra figyelnek, hogy a DMA csatornák író/olvasó folyamatai ne futhassanak egymásra. Ma már nem annyira gond a gyors memória, hogy minnél rövidebb ütközés miatti várakozások legyenen ugyanazon ram szegmens elérésekor.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.28. 21:15 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
:):) látszik, hogy nem vagyok programozó :);)


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.29. 13:06 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Na sikerült csinálni egy sokkal jobb Windows 10 RS4-et. Viszont sokkal kevesebb dolgot tudtam így kivenni belőle, de a kemény diók repültek belőle. Új Appokat sem telepít automatikusan. De még optimalizálok rajta. Így néz ki első indítás után.


Csatolmányok:
W10_W.PNG
W10_W.PNG [ 126.82 KiB | Megtekintve 5568 alkalommal. ]
Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.29. 22:48 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Egy újabb verzió. Na így nem igen látni a Windows 10-et. :mrgreen:
Nagyon sok minden törlésre került a telepítőből, tehát már fel sem települt. Viszont teljes mértékben megfelel egy klasszikusabb Windows rendszernek. Mondjuk az előtöltés, windows search már a régebbi verziókban is szerepeltek, amik természetesen törlésre kerültek szintén.


Csatolmányok:
W10_W2.PNG
W10_W2.PNG [ 325.25 KiB | Megtekintve 5491 alkalommal. ]
Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.30. 16:08 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Megcsináltam az optimalizálást, így sikerült. Rengeteg Microsoft féle szemetet töröltem, amit meg nem tudtam, letiltottam alapból. Hát azért ez már kegyetlen. Persze egyik oldalról folyamatosan fejlesztik a kernelt, de másik oldalról annyi szemetet tesznek bele, hogy az már tényleg sok. Na de működik remélhetőleg a DirectX 12, win32-es alkalmazások jelentős többsége, és windows féle audiora is talán ez a legalkalmasabb kernel.


Csatolmányok:
W10_W4.PNG
W10_W4.PNG [ 326.25 KiB | Megtekintve 5431 alkalommal. ]
Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.30. 16:33 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Ez a redmondi csoda elérte az a szintet, hogy jobb érzésű átlagpolgár is csak szaros bottal hajlandó piszkálni. Nem véletlen az ellenérzés egyes kormányok részéről.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.03.31. 01:10 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Amúgy tényleg jól működik, legjobban futtatja a Chromium-ot. Pedig ez tesztelve lett Linux több változatán is. Szóval maga a rendszermag nagyon jó. Latencymon is meggyőző értékeket mutat, viszont 100us alatt nagyon ingadozik.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.06. 10:51 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
https://fuse.wikichip.org/news/1158/int ... nt-page-1/
Már készül is a Gemini Lake utódja. 10nm-es node-val, viszont továbbra is AVX nélkül.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 11:01 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Úgy tűnik, sikerül megcsinálni Windows-ra valós idejű kiterjesztést, viszont vagy 32 bites XP-re, vagy Server 2003-ra, esetleg Vista-ra. Esetleg még aktiválható a PAE, mondjuk Vista esetén. MPD viszont 64 bites, de gondolom átírható.
Mi a véleményetek róla? Érdemes ezzel szórakozni? XP-n van még elavult DirectSound.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 11:25 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Mondjuk a DirectSound pont nem jó, de van hardveres ASIO is a hangkártyán. Ez csak akkor ok, ha megy a valós idejű kiterjesztés.


Csatolmányok:
xp.png
xp.png [ 118 KiB | Megtekintve 5019 alkalommal. ]
Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 11:36 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Ha az MPD alatt a Music Player Daemont érted, akkor azt megpróbálhatod lefordítani 32 bites Windowson. Vagy sikerül, vagy nem.
Bár nem nagyon értem, hogy mi értelme van dedikált winen futtatni.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 11:44 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Mindenképpen át kell írni ezt-azt, hogy a valós idejű futtatás működjön. Mivel mint tudjuk, a Windows alapból nem rtos. Kivéve a CE. De az megint csak más. Amúgy meg csak akkor érdekes, ha fut rajta a valós idejű kiterjesztés, különben meg csak egy elavult op.rendszer.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 12:36 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Te érted is amit leírtál?


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 12:55 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Konzol írta:
Te érted is amit leírtál?

Én értem, de hogy programozom rá pl. az MPD-t az rtx apira, azt már nem. 32 bites MPD működhet.
Sokat nem programoztam, de ha jól tudom, direkt nem bonyolították túl, hogy könnyű legyen portolni.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 14:16 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Emlékeim szerint - nem mpd forráskóddal kelek, fekszek, a windows portot még sosem láttam - csak egyszer állítja a szálak prioritását. Egyébként mi tart vissza, hogy letöltsd a forráskódot, lefordítsd és megnézd mi is a helyzet? Mpd fejlesztői doksi, levlista... Max Kellermann nem túl cizellált, de értelmes felvetésekre nyitott.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 14:22 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Szerinted én ennyire értek a forráskódokhoz? Belenéztem, annyit láttam, hogy 32 bitre is meg lehet csinálni az MPD-t. De, hogy portolom akkor most át rtx-re, na azt továbbra sem tudom. RTX-el az a gond, hogy szoftvermonopólium van. Iparon kívül a kutyát nem érdekli a dolog. Így meg vagy marad az AP-Linux, vagy a módosított W10, de jó lenne az XP-s RTX, csak nem tudok rá írni.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.08. 14:29 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Szerinted miért javasoltam a levelező listát? Ha valaki hozzáértő ráharap, meg fogja nézni a lehetőségeket, ha a kutyát se érdekli a téma rajtad kívül -ami valljuk be esélyes- akkor így jártál. Magad uram, ha szolgád nincs!


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.10. 12:12 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Nem szórakozok vele, inkább írtam a kopasznak, hogy tegyenek bele ilyen támogatást is.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.10. 15:26 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
MPD win32 nightly build van: https://www.musicpd.org/download/win32/ <-- legelöször ezt próbálnám ki.

Ha módosítani akarsz benne: MinGW / MSys (https://sourceforge.net/projects/mingw/files/) felinstall, majd gcc-vel fordítható.

Ami Neked kell: -D_WIN32 opció gcc-hez.

RT-hez:
- Ha a rendszer alkalmas rá, az mpd alapból megpróbálja az output thread-et realtime prioritáson hajtani.
Nem szükséges emiatt külön bizgetni a kódot!
(SetThreadRealtime()-ra keress rá a soure-ban: \src\output\OutputThread.cxx ).

- Thread prioritást itt állítja: \src\thread\Util.cxx

- Meg kell nézni unmanaged c win32API milyen támogatást ad a realtime prioritás beállítására és belepattintani
#ifdef _WIN32 ... #endif direktívák közé a releváns kódot (Util.cxx).

- Az unmanaged thread lockolásokat átnézni, mivel jár ez, mert nem biztos hogy a rendszer ezáltal müködöképes marad.
Megfelelö idözítésü idöosztásról gondolsodni kell az I/O, memória (DMA) számára.
Realtime szálrendszeren igen könnyü deadlockot / kékhalált összehozni, ott az OS nem segít, ha hibás logikájú kódot írunk.

Olvasni, megérteni: https://msdn.microsoft.com/en-us/library/windows/desktop/ms686277(v=vs.85).aspx


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.10. 15:50 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
miczo írta:
- Ha a rendszer alkalmas rá, az mpd alapból megpróbálja az output thread-et realtime prioritáson hajtani.
Nem szükséges emiatt külön bizgetni a kódot!


Pontosabban fogalmazva, amire az mpd processz prioritását beállítod, azon fut a fö kimeneti szál. A nem idökritikus müveletek thread prioritását veszi vissza, ahol kell.
Tehát ha van egy RT win32-d és felrakod a win32-re forgatott verziót, elégséges a processz prioritást realtime-ra állítani, a output thread mindig azon fog menni.
Nem kell kókányolni a kódot, jól van ez megírva. :)


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.10. 17:03 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Az időzítés kritikus szál(ak) 50-es sched_fifo prioritással indulnak. ( output, illetve az érkező 0.21-ben lesz rtio szál az Alsanak ).


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.10. 17:29 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Egy "hagyományos" módon indított mpd így fut linuxon.

Kód:
ps H -q `pidof -s mpd` -o 'pid,tid,cls,rtprio,comm'                                                                                 
  PID   TID CLS RTPRIO COMMAND                                                                                                                     
20036 20036  TS      - mpd                                                                                                                         
20036 20037  TS      - io                                                                                                                         
20036 20038  TS      - player                                                                                                                     
20036 20039  TS      - decoder                                                                                                                     
20036 20040  FF     50 output:My ALSA 


A fejlesztői verzióval lehet ilyet csinálni például

Kód:
                                                                                                                                                             
root@AD1865N:~# ps H -q `pidof -s mpd` -o 'pid,tid,cls,rtprio,comm'                                                                                                           
  PID   TID CLS RTPRIO COMMAND                                                                                                                                               
 5478  5478  FF     99 mpd                                                                                                                                                   
 5478  5481  FF     10 io                                                                                                                                                     
 5478  5482  FF     99 rtio                                                                                                                                                   
 5478  5483  FF     10 player                                                                                                                                                 
 5478  5484  FF     10 decoder:flac                                                                                                                                           
 5478  5485  FF     99 output:I2S                                                                                                                                             


Fifo ütemezőt használva 1 - 99 közt lehet a prioritás.

Windowson is hasonlóan működne a dolog.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.10. 18:23 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
miczo írta:
miczo írta:
- Ha a rendszer alkalmas rá, az mpd alapból megpróbálja az output thread-et realtime prioritáson hajtani.
Nem szükséges emiatt külön bizgetni a kódot!


Pontosabban fogalmazva, amire az mpd processz prioritását beállítod, azon fut a fö kimeneti szál. A nem idökritikus müveletek thread prioritását veszi vissza, ahol kell.
Tehát ha van egy RT win32-d és felrakod a win32-re forgatott verziót, elégséges a processz prioritást realtime-ra állítani, a output thread mindig azon fog menni.
Nem kell kókányolni a kódot, jól van ez megírva. :)

Aha. Valós idejű futtatás az könnyen megy, viszont az alatta lévő win32 subsystem RT-s alkalmazása azért itt kérdéses. Ezért írtam a kopasznak, csinálják meg, hogy alkalmazásonként változtatható legyen. Tehát legyen két win32-es subsystem, egyik RT-s. Egyéb esetben lehet, hogy marad az AP linux egy újabb verziója. RT-t win32 apira nem tudom megcsinálni. RTX van, de az ipari célra, és ahhoz külön programozni is kell.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.10. 18:57 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Ezt kicsit félre érted, de úgy látom az egész valós idejű prioritási alrendszert is.
A lényege az egésznek az, hogy egy-egy processzt ne éheztethessen ki a rendszer, mindenképp kapjon erőforrást.
Lehetőleg pontosan időzítve.

Álljon itt egy idézet az mpd dokumentációból.
Idézet:
Note
There is a rumor that real-time scheduling improves audio quality. That is not true. All it does is reduce the probability of skipping (audio buffer xruns) when the computer is under heavy load.

Nem értek vele teljesen egyet, de pontosan azt árnyalja amit miczoval együtt jó ideje mondunk, hogy ennek az egésznek a rákfenéje a buffer és annak időzítése.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 18:41 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Windows 10 RS4 tartalmaz egy új energiagazdálkodási módot is, ami eredetileg egy speciális változathoz készült, csak elő lett hozva valahogy. :roll:


Csatolmányok:
t_os2.PNG
t_os2.PNG [ 214.3 KiB | Megtekintve 4636 alkalommal. ]
t_os.PNG
t_os.PNG [ 225.52 KiB | Megtekintve 4636 alkalommal. ]
Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 20:27 
Offline
Alapítótag
Avatar

Csatlakozott: 2011.03.27. 11:42
Hozzászólások: 585
toto - felejtsd el a winfos bármelyik változatát.
Valamelyik linux rulez -nekem az AP Linux tetszik a legjobban, de nem mondom azt, hogy csakisezacsokis... :D
De hogy bármelyik winfosnál jobb, az tuti.
Alacsony proci és memória igény, -nyugodt de mégis részletes hang - mi kell még??
de mindenki úgy görcsöl, ahogy tud....


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 20:41 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Azért a Winfos is igen szépen fejlődik. Csak tudni kell használni. :lol: Eddig ezzel a legújabb Windows 10 RS4-el tudtam kihozni a legjobb teljesítményt a gépemből. Ez nem csak az audio teljesítményre vonatkozik. Majd ha lesz HTPC DSP egységgel, akkor majd lesz Linux is kipróbálva, addig még nem oké. Valóban szép a Windows 10 RS4 teljesítménye, kár, hogy főleg a háttérben futó megfigyelőprogramoknak építették ki, fejlesztették tovább. Nem is tudom már, hogy hányat szedtem ki belőle, és tiltottam le. Nem keveset. És még foglalkozhatok vele tovább, mert még sok a felesleges szolgáltatás még így is. Linuxra írt programok is futnak rajta, némelyik sokkal jobban. Viszont ALSA nyilván nincs benne.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 21:15 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Persze, bàrmilyen rendszert lehetne használni, amiből ki lehet csikarni valahogy hangot... Mondjuk egy IBM mainframe?

A logika azt mondatja, hogy azt célszerű használni, ami jobban megfelel a feladatnak. Persze el lehet szórakozni a windowsok simogatásával, nincs azzal semmi baj - én is rengeteget vacakolok a minigépeimmel -, az eredmény akár jó is lehet. ( Arról most nem szeretnék szót ejteni, hogy mennyire foghúzás kategóriának éreznék mondjuk valamiféle win szervert venni ilyesmire... Torrent boltból beszerezhető verzió nálam szóba sem jöhet elvi és köztörvényességi okokból ).
Mindenféle izmos vasakat rakosgatni alá, hogy elfogadható eredményt lehessen kapni, mert a procinak kell izomból megoldania azt, amit az oprendszer nem tud. A teljesen fölöslegen elpocsékolt energiáról nem is beszélve. Ez így nagyon nem kerek!
( Egy normálisabban működő rendszerben már vagy húsz éve törvény tiltaná jó pár rendszer használatát, de a nyivános hálózatra kötését biztosan... )


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 21:51 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Ingyenesen át lehetett állni egy évig a Windows 10-re, ezt használtam ki az összes gépnél.
Amúgy meg több, mint 10 éves a gépem. Xeon E5450 procival. Újabb Windows Serverek felejtősek.
7nm-10nm-es processzorokat mindenképpen megfogom várni. Mivel az AMD rákapcsolt, így Intelnek is láthatóan sürgős lett hirtelen, hogy alacsony fogyasztású processzorokat adjanak ki. Addig nem éri meg venni egész egyszerűen.
Szóval semmi izmos vas nem kell ide, bár azért több, mint egy ARM-es minigépnél nyilván. De hát ez x86_64, nem ARM.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 21:58 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Át lehetett állni, ha volt miről. Ha nem volt miről, akkor is átállt, de attól még torrent bolt kategória.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 22:21 
Offline
Kiemelt Tag
Avatar

Csatlakozott: 2011.07.20. 16:52
Hozzászólások: 4389
Megfelelően összerakott Windows 10 jobban megfelel bármilyen feladatnak korszerű gépeken. Logikusan is. Microsoft szerverei viszont biztonságosabb, mint akármilyen "torrent bolt". Ráadásul pont azért van az Insider program, hogy minél többen teszteljék az újabb rendszereket.

Linux se rossz, de eddig messze a Windows 10 a legjobb az x86_64-en. Chromium is jobban fut. És van DirectX 12.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.11. 22:24 
Offline
Fórumtag

Csatlakozott: 2015.01.15. 05:33
Hozzászólások: 919
Ami minden célra megfelel, az igazából semmire sem felel meg igazán jól.

Ha mindenre megfelelne akkor nem lenne tucatnyi "egy windows mindenhol" verzió.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.12. 08:08 
Offline
Kiemelt Tag

Csatlakozott: 2011.03.27. 20:53
Hozzászólások: 2412
Ellenpontként:

Windows alapú PC-hez, egy magyar "audio PC"-t is gyártótól:
"A nagyobb processzorok minden esetben jobb hangot produkáltak még akkor is ha vissza vannak fogva." ( http://www.avx.hu/forum/index.php?/topi ... nt-2234630 )

A saját - többször leírt - tapasztalatom Windows PC ügyben, mezei összeállítás:
core i7 processzor, 8GB RAM, SSD, winchester, kicsit szofisztikáltabb de kapcsolóüzemű táp, Win7. 40W-os fogyasztás. Ms office, mérő-, szimulációs programok, net, stb....audio lejátszás USB kimeneten ( akár valós idejű PCM-DSD konverzióval, szoftveres túlmintavételezéssel, dithering-gel ) egyszerre, hibátlanul

Emellett van dedikált HTPC APlinux-szal, tuningolt USB-kártyával.... csak nem kapcsolom be, pedig érzékeny vagyok a hangminőségre. A "nyugodt de mégis részletes hang" nem feltétlen elég szvsz.


Vissza a tetejére
 Profil  
 
 Hozzászólás témája: Re: audio HTPC építése
HozzászólásElküldve: 2018.04.12. 10:20 
Offline
Fórumtag
Avatar

Csatlakozott: 2013.03.06. 22:57
Hozzászólások: 428
Tartózkodási hely: Miskolc
Shany: Az izmosabb procik (pl core i5, i7) gyorsabban kiszolgálják a folyamatokat, ez nem vitás, effektíve jobb latency, kisebb jitter a teljes rendszerre nézve.

A minigépekkel mi egy teljesen más rendszer mentén próbálunk haladni. Ott a proci ARM alapú, egyfajta risc architektúrának tekinthetö (minimalizált utasításkészlet, egy óraciklus alatt hajtható gépi utasításokkal). Erre történik az optimalizált fordítás. Amivel Konzollal pöcsölünk egy olyan fajta lejátszás, ahol direkt I2S-en keresztül hajtjuk a DAC-ot, az I2S-t a linux kernelben minimális kód kezeli.
Gyakorlatilag nem a proci végez rajta müveleteket, hanem a felprogramozott DMA írja az adatot az SOC hardveresen megvalósított I2S regisztereibe.
Ezért van, hogy egy H3 SOC, ami 1.2...1.6GHz-en ketyeg 5-8%-ban van kihasználva zenelejátszás közben. Ez az 5-8% a flac dekódolása, hálózati,I/O müveletek,
mpd kliens kiszolgálása, stb.

Szóval a két rendszer eléggé más hardver megközelítés, még ha a szoftveres rész ugyanazokat a komponenseket is használja, a magam részéröl ezért is vagyok nagyon kíváncsi a HTPC gépekre.
Komolyan megépített PC alapú diy zenegépet még nem hallottam, ezért is várom a hétvégét.


Vissza a tetejére
 Profil  
 
Hozzászólások megjelenítése:  Rendezés  
Új téma nyitása Hozzászólás a témához  [ 608 hozzászólás ]  Oldal Előző  1 ... 9, 10, 11, 12, 13  Következő

Időzóna: UTC + 1 óra [ nyi ]


Ki van itt

Jelenlévő fórumozók: nincs regisztrált felhasználó valamint 6 vendég


Nem nyithatsz témákat ebben a fórumban.
Nem válaszolhatsz egy témára ebben a fórumban.
Nem szerkesztheted a hozzászólásaidat ebben a fórumban.
Nem törölheted a hozzászólásaidat ebben a fórumban.
Nem küldhetsz csatolmányokat ebben a fórumban.

Ugrás:  
Powered by phpBB® Forum Software © phpBB Group
Magyar fordítás © Magyar phpBB Közösség