Pc alapú audio lejátszás

[severance]

Ezt kifejtened bovebben?! A WD Red az nem hdd? A Crucial nem teljesiti a 300 vagy 600 koruli teleirast? Vagy meg ennel is rosszabb?

Itt vannak az adatok:
Crucial 2TB
720 TBW / 2TB = 360-szor írható tele
Most nézem, hogy borzalmasan felment az ára Egy alapvetően adatkiolvasó felhasználásra ez tökéletesen megfelelne - azon a 45eFt-os áron, amibe pár hónapja még került. De fél nap után, mikor még mindig valami 8-10 órát írt ki a Total Commander, feladtam az adatok rámásolását.
https://belso-ssd-meghajto.arukereso.hu ... p522201972

WD Red 2TB
1300TBW / 2TB = 650-szer írható tele
Én még kerek 60eFt-ért vettem. Ez kimondott NAS-ba való szériája a WD-nek, nem csalódtam a Red HDD-kben sem.
https://belso-ssd-meghajto.arukereso.hu ... 047061738/

[tottyi]

mit ajánlotok: maradjak HDD-nél, vagy váltsak SDD-re

Itt ezen a fórumon (és főleg ebben a topikban) csak igen kevéssé érzem hozzáértőnek magamat bármiben is, de azért leírom, amit én tapasztaltam ezen a területen. Mindenképp SSD a nyerő Én a zaj tekintetében zéró toleranciát alkalmazok, ez már eleve egy nyomós érv. Az SSD-kre specifikálnak egy írástűrés értéket TeraByte-ban megadva: ezt elosztva az SSD kapacitásával megkapjuk, hogy hányszor írható tele. Ennél az alkalmazásnál ez aligha lesz kritikus, de azért jó tudni, hogy az átlag 300 körül van, a Samsungok vagy az ilyen chippel szerelt modellek tudnak 600 körüli teleírást elviselni. Pár hónapja hasonló felhasználásra szánva vettem egy Crucial 2TByte-os SSD-t, és azt tapasztaltam, hogy az írási sebessége gyalázatosan lelassul. Aztán találtam is videókat erről, úgyhogy visszaküldtem, és 1,5-szeres áron egy WD Red lett, amivel meg vagyok elégedve.

Ezt kifejtened bovebben?! A WD Red az nem hdd? A Crucial nem teljesiti a 300 vagy 600 koruli teleirast? Vagy meg ennel is rosszabb?

[severance]

mit ajánlotok: maradjak HDD-nél, vagy váltsak SDD-re

Itt ezen a fórumon (és főleg ebben a topikban) csak igen kevéssé érzem hozzáértőnek magamat bármiben is, de azért leírom, amit én tapasztaltam ezen a területen. Mindenképp SSD a nyerő Én a zaj tekintetében zéró toleranciát alkalmazok, ez már eleve egy nyomós érv. Az SSD-kre specifikálnak egy írástűrés értéket TeraByte-ban megadva: ezt elosztva az SSD kapacitásával megkapjuk, hogy hányszor írható tele. Ennél az alkalmazásnál ez aligha lesz kritikus, de azért jó tudni, hogy az átlag 300 körül van, a Samsungok vagy az ilyen chippel szerelt modellek tudnak 600 körüli teleírást elviselni. Pár hónapja hasonló felhasználásra szánva vettem egy Crucial 2TByte-os SSD-t, és azt tapasztaltam, hogy az írási sebessége gyalázatosan lelassul. Aztán találtam is videókat erről, úgyhogy visszaküldtem, és 1,5-szeres áron egy WD Red lett, amivel meg vagyok elégedve.

[Aszpirin]

Vagy kellene egy Rosetta a Linuxhoz...

Így van, de azért elolvastad ugye, hogy a Mac-en nemm Rosettával fut már a Roon Core?

[Aszpirin]

Megtörténtek a 4K-s tesztek az RPi CM5-össel.
Az eredmény számomra kielégítő, de nem biztos, hogy mindenkinek az lenne:
- tehát, ha nem kell transzkódolni a képet (Direct Stream vagy Direct Play, mindkettőnél kliens oldalon történik meg a kép kicsinyítáése lejátszás közben), akkor a 4K-s filmeket egy kliens teljesen tökéletesen le tudja játszani. A hang transzkódolása (pl. Atmosból DD 5.1 vagy DTS-ből LPCM 2.0 ) nem probléma. A felirat beégetése szerveroldalon sem gond - csak ne kelljen a teljes képet transzkódolni. Így a streamelés jóval nagyobb sávszélességet igényelhet, és nem biztos hogy távoli eléréssel megy jól, illetve jó kell legyen a mobilnet/Wifi a kliens oldalán - nálam biztosan egész jó szerveroldalon).
- a több kliens is probléma a 4K-nál. Két 4K-s filmet néző kliens már néha akadozást eredményez. H. két kliens közül egyik transzkódolás nélkül néz 4K-t, a msik pedig FHDt néz, akkor két kliens is tudja zökkenőmentesen használni. Három klienssel nem próbáltam, de ha valaki 2-nél több kliensnek streamel PLEX-et, akkor oda komolyabb gép kell, mint egy RPi.

Legyünk realisták, a fenti eredény nem klep meg. A jó oldala, hogy 4K-képes eszközzel, otthoni hálózaton biztosan lehet egy készüléken Plex-kiszolgáló által adott 4K-s filmet nézni - akár Atmos-os házimozi rendszeren, akár hangot transzkódolva és feliratozva a filmet.

[alto]

A Roon Core-nak nincs ARM procis verziója, csak X64, így nem fog natívan futni egy ARM architektúrán. Nem ismerem a RPiOS-t, de ha létezik rá valami QEMU-szerű emulátor (ami emulálja az X64 környezetet ARM-on), azzal esetleg megoldható, de a még nagyobb szoppancs szinte garantált...

Pedig nagyon úgy néz ki, hogy már van egy ARM-es Room Core - M processzoros Mac-ekre.
Most néztem meg, a processzlistában a fajtája "Apple", ami azt jelenti, hogy ez már natív kód, nem Rosetta2-essel futó x86 kód.
De Linux-os Roon Core ARM-re valóban nincs - nem azért, mintha nem lehetne, egyszrűen valószínűleg pici az igény rá.
Megpróbálok valami alternatívát rPi-re a streameléshez.
Még arra gondoltam, hogy laptopról menjen a Roon és Roon Bridge-et telepítsek az RPi-re ami lényegében egy "roon ready" RPi-vé tesziés a rákötött DAC-ra akkor így lehet küldeni zenét.
Ennek a megoldásnak két problémája van:
- igazából a "nagy" rendszerem alapja egy NAD M33, ami már eleve Roon Ready, ehhez nem kell egy Bridge-es eszköz. A fejhallgatós rendszerem pedig a munkaszobámban van, ahol köthetem direktben a dokkolóra is a DAC-ot
- de ennél még nagyob b szívás lenne, hogy a mostanában hál'istennek teljesen jól mőködő Roon ARC-ot így nem tudnám használni, pedig a Mustangomban az megy, ha zene kell a füleimnek, és megunom a motor hangját

Vagy kellene egy Rosetta a Linuxhoz...

[Aszpirin]

A Roon Core-nak nincs ARM procis verziója, csak X64, így nem fog natívan futni egy ARM architektúrán. Nem ismerem a RPiOS-t, de ha létezik rá valami QEMU-szerű emulátor (ami emulálja az X64 környezetet ARM-on), azzal esetleg megoldható, de a még nagyobb szoppancs szinte garantált...

Pedig nagyon úgy néz ki, hogy már van egy ARM-es Room Core - M processzoros Mac-ekre.
Most néztem meg, a processzlistában a fajtája "Apple", ami azt jelenti, hogy ez már natív kód, nem Rosetta2-essel futó x86 kód.
De Linux-os Roon Core ARM-re valóban nincs - nem azért, mintha nem lehetne, egyszrűen valószínűleg pici az igény rá.
Megpróbálok valami alternatívát rPi-re a streameléshez.
Még arra gondoltam, hogy laptopról menjen a Roon és Roon Bridge-et telepítsek az RPi-re ami lényegében egy "roon ready" RPi-vé tesziés a rákötött DAC-ra akkor így lehet küldeni zenét.
Ennek a megoldásnak két problémája van:
- igazából a "nagy" rendszerem alapja egy NAD M33, ami már eleve Roon Ready, ehhez nem kell egy Bridge-es eszköz. A fejhallgatós rendszerem pedig a munkaszobámban van, ahol köthetem direktben a dokkolóra is a DAC-ot
- de ennél még nagyob b szívás lenne, hogy a mostanában hál'istennek teljesen jól mőködő Roon ARC-ot így nem tudnám használni, pedig a Mustangomban az megy, ha zene kell a füleimnek, és megunom a motor hangját

[alto]

Ha nem használ az ember helyi file-okat és a Roon szerver csak Tidal, Qobuz lejátszáshoz kell, multiroom, sokzónás kiterjesztés nélkül, akkor akár elég is lehet a RPi 5. Én sem találtam Roon Core-t hozzá amúgy.

Közben sikerült Feltelepíteni az OS-t, a PLEX szervert és a QBitTorrent-et a Pi-ra.
Amint azt sejtettem, nem volt egyszerű, de hát a Linux már csak ilyen, gyíkoknak találták ki, nem embereknek
Mivel alapvetően Mac-en nyomulok, azzal estem neki. Amiután a megfelelő jumpert elhelyeztem az IO Board-on, le kellett klónoznom GitHub-ról és buildelnem (xCode-dal) a Raspberry Pi usbboot alkalmazást, és ez nem ment zökkenőmentesen, de végül meglett. Az USBBoot azért kell, hogy be lehesen bootoltatni az RPi CM5-öt teljesen üres és formázatlan eMMC-vel és SSD-vel, és ezeket aztán lássam Mac-ről, innen mr gyerekjáték a mac-re is létező Raspberry Pi Imager nevű alkalmazással bootolható PiOS 6.12-est (Debian Trixie alapú ARMv8 -ra portolt és customizált linux disztró).

A PLEX működik, még hátravannak a 4K-s tesztek, de FHD-ban még automatikusra állított transzkódolással is jól megy.
A QBitTorrent-et még nem próbáltam ki, mert hajnali 5-kor áramszünet volt nálunk, és akkor "ébredtem" rá, hogy le kellene feküdni :)

De itt jön képbe egy szoppancs, amit a mai napon vettem észre, amint könyvtárat akartam létrehozni a Plex médiának az SSD-n, még nem vagyok okés, mert az SSD-t még mac-en formáztam meg Paragon extfs for Mac-kel extfs4-re (az eMMC is), ami kérés nlkül 3 partíciót hozott ltre rajta az egy helyett egy FAT32-es boot partíciót, egy Mac-es APFS-t ezek mind kicsik, és egy nagy-nagy extfs4-es partíciót. De miért? Nem kértem!!! Na mindegy, töröltem a két kis partíciót már az RPi OS alól.. És most hiába mountolom, csak olvasni tudom az SSD-t, aztis külön root jelszó beírásával, de írni sehogy... gondolom a mount pointr kellene éállítsak jogosutsági falgeket, de miért így mountolja defaultból? Hátha valamelyik Linux-guru megoldja nekem ezt a rejtélyt....

"Imádom" a Linuxot. Egy teljes átalvatlan éjszaka után még mindig nem kóser a friss telepítés. És lehet lesz még egy átalvatlan éjszakám...

A lényeg, PLEX szervernek már jó az RPi, és ezzel fele meg is van a felhasználási terültenek. Roon-nak viszont még mindig se híre, se hamva....

A Roon Core-nak nincs ARM procis verziója, csak X64, így nem fog natívan futni egy ARM architektúrán. Nem ismerem a RPiOS-t, de ha létezik rá valami QEMU-szerű emulátor (ami emulálja az X64 környezetet ARM-on), azzal esetleg megoldható, de a még nagyobb szoppancs szinte garantált...

[Aszpirin]

Ha nem használ az ember helyi file-okat és a Roon szerver csak Tidal, Qobuz lejátszáshoz kell, multiroom, sokzónás kiterjesztés nélkül, akkor akár elég is lehet a RPi 5. Én sem találtam Roon Core-t hozzá amúgy.

Közben sikerült Feltelepíteni az OS-t, a PLEX szervert és a QBitTorrent-et a Pi-ra.
Amint azt sejtettem, nem volt egyszerű, de hát a Linux már csak ilyen, gyíkoknak találták ki, nem embereknek
Mivel alapvetően Mac-en nyomulok, azzal estem neki. Amiután a megfelelő jumpert elhelyeztem az IO Board-on, le kellett klónoznom GitHub-ról és buildelnem (xCode-dal) a Raspberry Pi usbboot alkalmazást, és ez nem ment zökkenőmentesen, de végül meglett. Az USBBoot azért kell, hogy be lehesen bootoltatni az RPi CM5-öt teljesen üres és formázatlan eMMC-vel és SSD-vel, és ezeket aztán lássam Mac-ről, innen mr gyerekjáték a mac-re is létező Raspberry Pi Imager nevű alkalmazással bootolható PiOS 6.12-est (Debian Trixie alapú ARMv8 -ra portolt és customizált linux disztró).

A PLEX működik, még hátravannak a 4K-s tesztek, de FHD-ban még automatikusra állított transzkódolással is jól megy.
A QBitTorrent-et még nem próbáltam ki, mert hajnali 5-kor áramszünet volt nálunk, és akkor "ébredtem" rá, hogy le kellene feküdni :)

De itt jön képbe egy szoppancs, amit a mai napon vettem észre, amint könyvtárat akartam létrehozni a Plex médiának az SSD-n, még nem vagyok okés, mert az SSD-t még mac-en formáztam meg Paragon extfs for Mac-kel extfs4-re (az eMMC is), ami kérés nlkül 3 partíciót hozott ltre rajta az egy helyett egy FAT32-es boot partíciót, egy Mac-es APFS-t ezek mind kicsik, és egy nagy-nagy extfs4-es partíciót. De miért? Nem kértem!!! Na mindegy, töröltem a két kis partíciót már az RPi OS alól.. És most hiába mountolom, csak olvasni tudom az SSD-t, aztis külön root jelszó beírásával, de írni sehogy... gondolom a mount pointr kellene éállítsak jogosutsági falgeket, de miért így mountolja defaultból? Hátha valamelyik Linux-guru megoldja nekem ezt a rejtélyt....

"Imádom" a Linuxot. Egy teljes átalvatlan éjszaka után még mindig nem kóser a friss telepítés. És lehet lesz még egy átalvatlan éjszakám...

A lényeg, PLEX szervernek már jó az RPi, és ezzel fele meg is van a felhasználási terültenek. Roon-nak viszont még mindig se híre, se hamva....

[wasiliy888]

Tisztelt Hozzáértők!

Talán ennek a csoportnak a témája van legközelebb a problémámhoz.
Olive 4 HD zeneszerverem winchestere kb 10 évi szolgálat után megadta magát. Mivel a számokról van mentés, a HDD-t pedig tudom cserélni, nem olyan nagy a baj. Viszont szeretném megkérdezni, mit ajánlotok: maradjak HDD-nél, vagy váltsak SDD-re. Melyik a megbízhatóbb, melyiktől lehet hoszabb életkort várni, illetve a fő kérdés, ennek van-e hatása a hangra.
Aki nem ismerné, a készülék Linux alapú, technikai szinvonalát legjobban az jelemzi, hogy még első sorozatú USB van rajta

Az SSD (solid state drive) technológia kiforrott már régen annyira, hogy nem kell aggódnod amiatt, hogy hamarabb tönkre megy, mint egy HDD, ha ezt kérdezed. A hangzásra pedig biztosan nincs rossz hatással az, hogy egy mechanikát kiveszel a rendszerből.

[quad]

Tisztelt Hozzáértők!

Talán ennek a csoportnak a témája van legközelebb a problémámhoz.
Olive 4 HD zeneszerverem winchestere kb 10 évi szolgálat után megadta magát. Mivel a számokról van mentés, a HDD-t pedig tudom cserélni, nem olyan nagy a baj. Viszont szeretném megkérdezni, mit ajánlotok: maradjak HDD-nél, vagy váltsak SDD-re. Melyik a megbízhatóbb, melyiktől lehet hoszabb életkort várni, illetve a fő kérdés, ennek van-e hatása a hangra.
Aki nem ismerné, a készülék Linux alapú, technikai szinvonalát legjobban az jelemzi, hogy még első sorozatú USB van rajta

[kaef2]

Roon szerverhez egy RPi teljesítménye nem lesz kevés?

Lehet, de majd beszámolok. Egyelőre a fő kérdés, hogy van-e Roon RPi 5-re illetve ARMv8-ra... és a válasz az, hogy Roon Bridge van, de Roon Core-t egyelőre nem találok.... Roon Bridge-re meg igazából most nincs szükségem, minden
Ez amúgy az RPi 5-ös Compute Module formátumban (egy pici lapka az egész, kisebb mint egy névjegykértya, a képen nem látszik mert teljesen eltakarja a hűtőborda), kb 4-szer gyorsabb per mag, mint a 4B. Nekem nem kell DSD-manipuláció, a Roon attól tud megfeküdni kevésbé performáns gépeken. Plusz nem lesz nagy saját könyvtár, leginkább Qobuz streaming. A régi iMac-et, ha sikerül a projekt, megpróbálom eladni, ha nem sikerül eladni, akkor monitorrá alakítom (kibelezem, csak az LCD pabel és a hangszórók maradnak, majd Aliról rendelt monitor-drivert teszek a gép helyére a kávába. Teljesen fölösleges egy ilyen fantasztikus kijelzővel rendelkező gépet csak médiaszervernek hasunálni. Így vagy úgy, de valahogy értékesítem, azért egy ilyen minőségű 5K-s monitor sem két fillér...
Ha nem jön össze a Roon szerver, akkor sem omlok össze bánatomban, megpróbálok valami streamert összehozni belőle. Ha ez sem megy, akkor Home Assistant-ot fog futtatni :)

Update: PLEX szerver van RPi 5-re, és az már fél nyereség. De a Roon szerver költöztetése nélkül nem tudok megszabadulni a régi iMac-től, mert a Roon Server kell nagyon :)

Ha nem használ az ember helyi file-okat és a Roon szerver csak Tidal, Qobuz lejátszáshoz kell, multiroom, sokzónás kiterjesztés nélkül, akkor akár elég is lehet a RPi 5. Én sem találtam Roon Core-t hozzá amúgy.

Amúgy már egy ideje tervezem, hogy tegyek egy kisérletet régi i5 CPU-s Mac Minivel, Ubuntu vagy Arch Linuxszal, Roon Core futtatásra. A 2011 után i5 Mac Minik, 8 GB RAM-mal teljesen alkalmasak lehetnek erre. Van egy 2015-ös Mac Minim erre, csak rá kellene szánni az időt.

[kaef2]

Hardveresen elkészültem az új Roon- és PLEX-szervernek szánt kütyüvel.
Raspberry Pi CM5 8 GB RAM + 64 GB eMMC, CM5 I/O Board, CM5 I/O Board Case, CM5 Passive Cooler, RPi antenna kit, és 1 TB NVMe SSD.
Úgy gopndoltam, hogy az eMMC-re teszem az oprendszert, Roon Server-t, PLEX szervert, torrent szoftvert, az SSD-re pedig a "kölcsönzött" filmek és egyebek mennek első körben :)
Most jön a Youtube-akadémia, hogy hogyan telepítsem az RPi OS-t az eMMC-re.

IMG_7791.jpegIMG_7792.jpegIMG_7787.jpegIMG_7788.jpeg

Roon szerverhez egy RPi teljesítménye nem lesz kevés?

Lehet, de majd beszámolok. Egyelőre a fő kérdés, hogy van-e Roon RPi 5-re illetve ARMv8-ra... és a válasz az, hogy Roon Bridge van, de Roon Core-t egyelőre nem találok.... Roon Bridge-re meg igazából most nincs szükségem, minden
Ez amúgy az RPi 5-ös Compute Module formátumban (egy pici lapka az egész, kisebb mint egy névjegykértya, a képen nem látszik mert teljesen eltakarja a hűtőborda), kb 4-szer gyorsabb per mag, mint a 4B. Nekem nem kell DSD-manipuláció, a Roon attól tud megfeküdni kevésbé performáns gépeken. Plusz nem lesz nagy saját könyvtár, leginkább Qobuz streaming. A régi iMac-et, ha sikerül a projekt, megpróbálom eladni, ha nem sikerül eladni, akkor monitorrá alakítom (kibelezem, csak az LCD pabel és a hangszórók maradnak, majd Aliról rendelt monitor-drivert teszek a gép helyére a kávába. Teljesen fölösleges egy ilyen fantasztikus kijelzővel rendelkező gépet csak médiaszervernek hasunálni. Így vagy úgy, de valahogy értékesítem, azért egy ilyen minőségű 5K-s monitor sem két fillér...
Ha nem jön össze a Roon szerver, akkor sem omlok össze bánatomban, megpróbálok valami streamert összehozni belőle. Ha ez sem megy, akkor Home Assistant-ot fog futtatni :)

Update: PLEX szerver van RPi 5-re, és az már fél nyereség. De a Roon szerver költöztetése nélkül nem tudok megszabadulni a régi iMac-től, mert a Roon Server kell nagyon :)

Ha nem használ az ember helyi file-okat és a Roon szerver csak Tidal, Qobuz lejátszáshoz kell, multiroom, sokzónás kiterjesztés nélkül, akkor akár elég is lehet a RPi 5. Én sem találtam Roon Core-t hozzá amúgy.

[Aszpirin]

Hardveresen elkészültem az új Roon- és PLEX-szervernek szánt kütyüvel.
Raspberry Pi CM5 8 GB RAM + 64 GB eMMC, CM5 I/O Board, CM5 I/O Board Case, CM5 Passive Cooler, RPi antenna kit, és 1 TB NVMe SSD.
Úgy gopndoltam, hogy az eMMC-re teszem az oprendszert, Roon Server-t, PLEX szervert, torrent szoftvert, az SSD-re pedig a "kölcsönzött" filmek és egyebek mennek első körben :)
Most jön a Youtube-akadémia, hogy hogyan telepítsem az RPi OS-t az eMMC-re.

IMG_7791.jpegIMG_7792.jpegIMG_7787.jpegIMG_7788.jpeg

Roon szerverhez egy RPi teljesítménye nem lesz kevés?

Lehet, de majd beszámolok. Egyelőre a fő kérdés, hogy van-e Roon RPi 5-re illetve ARMv8-ra... és a válasz az, hogy Roon Bridge van, de Roon Core-t egyelőre nem találok.... Roon Bridge-re meg igazából most nincs szükségem, minden
Ez amúgy az RPi 5-ös Compute Module formátumban (egy pici lapka az egész, kisebb mint egy névjegykértya, a képen nem látszik mert teljesen eltakarja a hűtőborda), kb 4-szer gyorsabb per mag, mint a 4B. Nekem nem kell DSD-manipuláció, a Roon attól tud megfeküdni kevésbé performáns gépeken. Plusz nem lesz nagy saját könyvtár, leginkább Qobuz streaming. A régi iMac-et, ha sikerül a projekt, megpróbálom eladni, ha nem sikerül eladni, akkor monitorrá alakítom (kibelezem, csak az LCD pabel és a hangszórók maradnak, majd Aliról rendelt monitor-drivert teszek a gép helyére a kávába. Teljesen fölösleges egy ilyen fantasztikus kijelzővel rendelkező gépet csak médiaszervernek hasunálni. Így vagy úgy, de valahogy értékesítem, azért egy ilyen minőségű 5K-s monitor sem két fillér...
Ha nem jön össze a Roon szerver, akkor sem omlok össze bánatomban, megpróbálok valami streamert összehozni belőle. Ha ez sem megy, akkor Home Assistant-ot fog futtatni :)

Update: PLEX szerver van RPi 5-re, és az már fél nyereség. De a Roon szerver költöztetése nélkül nem tudok megszabadulni a régi iMac-től, mert a Roon Server kell nagyon :)

[alto]

Hardveresen elkészültem az új Roon- és PLEX-szervernek szánt kütyüvel.
Raspberry Pi CM5 8 GB RAM + 64 GB eMMC, CM5 I/O Board, CM5 I/O Board Case, CM5 Passive Cooler, RPi antenna kit, és 1 TB NVMe SSD.
Úgy gopndoltam, hogy az eMMC-re teszem az oprendszert, Roon Server-t, PLEX szervert, torrent szoftvert, az SSD-re pedig a "kölcsönzött" filmek és egyebek mennek első körben :)
Most jön a Youtube-akadémia, hogy hogyan telepítsem az RPi OS-t az eMMC-re.

IMG_7791.jpegIMG_7792.jpegIMG_7787.jpegIMG_7788.jpeg

Roon szerverhez egy RPi teljesítménye nem lesz kevés?

[Aszpirin]

Hardveresen elkészültem az új Roon- és PLEX-szervernek szánt kütyüvel.
Raspberry Pi CM5 8 GB RAM + 64 GB eMMC, CM5 I/O Board, CM5 I/O Board Case, CM5 Passive Cooler, RPi antenna kit, és 1 TB NVMe SSD.
Úgy gopndoltam, hogy az eMMC-re teszem az oprendszert, Roon Server-t, PLEX szervert, torrent szoftvert, az SSD-re pedig a "kölcsönzött" filmek és egyebek mennek első körben :)
Most jön a Youtube-akadémia, hogy hogyan telepítsem az RPi OS-t az eMMC-re.

[robi20064]

Sziasztok!

Biztosan volt már, ezt a fórumot találtam megfelelőnek a kérdéshez. Visszatérő probléma nálam, hogy bizonyos erősítők egyáltalán nem érzékenyek az USB zajra, mások tökéletesen erősítik a kapcsoló üzemből, vezeték nélküli egér mozgásából, egyéb "jótékony" forrásból eredő zajokat. Hatékony USB leválasztót, szűrőt keresek. Volt már AQ Jitter Bugom, semmit nem ért, és rendeltem egyszer egy mezei galvanikus leválasztót, azon nem fért ki a sávszél.
Passzív hűtésű ipari PC, külső gagyi kapcsoló táppal, WiFivel, vezeték nélküli hardverekkel, TIDAL app -> Real Cable USB A- B kábel-> NAD M51 DAC-> alacsony kapacitású RCA kábel-> ezután egy integrált erősítő, vagy rögtön egy végfok.

Egy helyen megy a munka és a zene PC- ről, így a számítógépnek maradnia kellene a rendszerben.

Előre köszönöm a segítő tanácsokat, ajánlásokat!

En nem bonyolitanam tul feleslegesen. Az Intona mar eleg sokaknal bevalt.

https://intona.eu/en/products/7055-b

[kaef2]

Meg lehetne próbálkozni egy un Dante hálózati eszközzel. Ezek a pro audióban elterjedt megbízható eszközök. Mivel a DAC-nak van AES/EBU bemenete is, ezért lehetne egy ilyen Dante - AES eszközt is használni.

https://www.thomann.de/hu/dante_avio_ae ... er_2x2.htm

Kell hozzá egy PoE táp vagy switch.

Dante hálózat nem is kell hozzá?

Gigabit Ethernet kell hozzá és Dante Virtual Soundcard software a PC-re (ez kb 50 euro).

[La_Valse]

Meg lehetne próbálkozni egy un Dante hálózati eszközzel. Ezek a pro audióban elterjedt megbízható eszközök. Mivel a DAC-nak van AES/EBU bemenete is, ezért lehetne egy ilyen Dante - AES eszközt is használni.

https://www.thomann.de/hu/dante_avio_ae ... er_2x2.htm

Kell hozzá egy PoE táp vagy switch.

Dante hálózat nem is kell hozzá?

[kaef2]

Sziasztok!

Biztosan volt már, ezt a fórumot találtam megfelelőnek a kérdéshez. Visszatérő probléma nálam, hogy bizonyos erősítők egyáltalán nem érzékenyek az USB zajra, mások tökéletesen erősítik a kapcsoló üzemből, vezeték nélküli egér mozgásából, egyéb "jótékony" forrásból eredő zajokat. Hatékony USB leválasztót, szűrőt keresek. Volt már AQ Jitter Bugom, semmit nem ért, és rendeltem egyszer egy mezei galvanikus leválasztót, azon nem fért ki a sávszél.
Passzív hűtésű ipari PC, külső gagyi kapcsoló táppal, WiFivel, vezeték nélküli hardverekkel, TIDAL app -> Real Cable USB A- B kábel-> NAD M51 DAC-> alacsony kapacitású RCA kábel-> ezután egy integrált erősítő, vagy rögtön egy végfok.

Egy helyen megy a munka és a zene PC- ről, így a számítógépnek maradnia kellene a rendszerben.

Előre köszönöm a segítő tanácsokat, ajánlásokat!

Véleményem szerint a legjobban úgy járnál, ha vennél egy usb kártyát, és azzal csatlakoznál az utána levő egységeidhez.
Néhány ezer forint csak, és ha még jobb is lesz a kapott hangod, akkor iránya az audio-ra gyártott usb kártyák világa.

Köszönöm! Barkács szakkörrel biztos meg lehetne oldani, de alapvetően ez nem egy bővíthető PC. Ezért gondolkodtam az USB leválasztáson, szűrésen.
kb ilyen:
https://www.hestore.hu/prod_10048320.html#
Áldozat a ventilátor nélküli létért cserébe.

Meg lehetne próbálkozni egy un Dante hálózati eszközzel. Ezek a pro audióban elterjedt megbízható eszközök. Mivel a DAC-nak van AES/EBU bemenete is, ezért lehetne egy ilyen Dante - AES eszközt is használni.

https://www.thomann.de/hu/dante_avio_ae ... er_2x2.htm

Kell hozzá egy PoE táp vagy switch.

[Telekinetik]

Sziasztok!

Biztosan volt már, ezt a fórumot találtam megfelelőnek a kérdéshez. Visszatérő probléma nálam, hogy bizonyos erősítők egyáltalán nem érzékenyek az USB zajra, mások tökéletesen erősítik a kapcsoló üzemből, vezeték nélküli egér mozgásából, egyéb "jótékony" forrásból eredő zajokat. Hatékony USB leválasztót, szűrőt keresek. Volt már AQ Jitter Bugom, semmit nem ért, és rendeltem egyszer egy mezei galvanikus leválasztót, azon nem fért ki a sávszél.
Passzív hűtésű ipari PC, külső gagyi kapcsoló táppal, WiFivel, vezeték nélküli hardverekkel, TIDAL app -> Real Cable USB A- B kábel-> NAD M51 DAC-> alacsony kapacitású RCA kábel-> ezután egy integrált erősítő, vagy rögtön egy végfok.

Egy helyen megy a munka és a zene PC- ről, így a számítógépnek maradnia kellene a rendszerben.

Előre köszönöm a segítő tanácsokat, ajánlásokat!

Véleményem szerint a legjobban úgy járnál, ha vennél egy usb kártyát, és azzal csatlakoznál az utána levő egységeidhez.
Néhány ezer forint csak, és ha még jobb is lesz a kapott hangod, akkor iránya az audio-ra gyártott usb kártyák világa.

Köszönöm! Barkács szakkörrel biztos meg lehetne oldani, de alapvetően ez nem egy bővíthető PC. Ezért gondolkodtam az USB leválasztáson, szűrésen.
kb ilyen:
https://www.hestore.hu/prod_10048320.html#
Áldozat a ventilátor nélküli létért cserébe.

[a.gabriel]

Sziasztok!

Biztosan volt már, ezt a fórumot találtam megfelelőnek a kérdéshez. Visszatérő probléma nálam, hogy bizonyos erősítők egyáltalán nem érzékenyek az USB zajra, mások tökéletesen erősítik a kapcsoló üzemből, vezeték nélküli egér mozgásából, egyéb "jótékony" forrásból eredő zajokat. Hatékony USB leválasztót, szűrőt keresek. Volt már AQ Jitter Bugom, semmit nem ért, és rendeltem egyszer egy mezei galvanikus leválasztót, azon nem fért ki a sávszél.
Passzív hűtésű ipari PC, külső gagyi kapcsoló táppal, WiFivel, vezeték nélküli hardverekkel, TIDAL app -> Real Cable USB A- B kábel-> NAD M51 DAC-> alacsony kapacitású RCA kábel-> ezután egy integrált erősítő, vagy rögtön egy végfok.

Egy helyen megy a munka és a zene PC- ről, így a számítógépnek maradnia kellene a rendszerben.

Előre köszönöm a segítő tanácsokat, ajánlásokat!

Véleményem szerint a legjobban úgy járnál, ha vennél egy usb kártyát, és azzal csatlakoznál az utána levő egységeidhez.
Néhány ezer forint csak, és ha még jobb is lesz a kapott hangod, akkor iránya az audio-ra gyártott usb kártyák világa.

[Telekinetik]

Sziasztok!

Biztosan volt már, ezt a fórumot találtam megfelelőnek a kérdéshez. Visszatérő probléma nálam, hogy bizonyos erősítők egyáltalán nem érzékenyek az USB zajra, mások tökéletesen erősítik a kapcsoló üzemből, vezeték nélküli egér mozgásából, egyéb "jótékony" forrásból eredő zajokat. Hatékony USB leválasztót, szűrőt keresek. Volt már AQ Jitter Bugom, semmit nem ért, és rendeltem egyszer egy mezei galvanikus leválasztót, azon nem fért ki a sávszél.
Passzív hűtésű ipari PC, külső gagyi kapcsoló táppal, WiFivel, vezeték nélküli hardverekkel, TIDAL app -> Real Cable USB A- B kábel-> NAD M51 DAC-> alacsony kapacitású RCA kábel-> ezután egy integrált erősítő, vagy rögtön egy végfok.

Egy helyen megy a munka és a zene PC- ről, így a számítógépnek maradnia kellene a rendszerben.

Előre köszönöm a segítő tanácsokat, ajánlásokat!

[Voyager]

Egy olyat kérdezhetek, hogy szimpla zenelejátszásnál a latency-nek van bármi jelentősége?

A zenelejátszásnál a rendszer-latency gyakorlatilag nem számít, mert a lejátszó nagy pufferekkel dolgozik, így nem befolyásolja a hangminőséget. A Windows Server azért működik stabilabban, mert jóval kevesebb háttérfolyamat fut rajta, de ez önmagában nem változtat a hang karakterén.

Ez fura... Nálam Audiolinux esetében minél alacsonyabb volt a latency értéke, annál jobban szólt a zene. És az Audiolinux is elsősorban ezzel hirdeti magát: "Miért érdemes Audiolinuxot venni? Az Audiolinux kernel a valós idejű javítással nagyon magas prioritást biztosít az audio alkalmazásoknak, rekord CPU-késleltetéssel, amely egyes rendszereken átlagosan kevesebb, mint 1 mikroszekundumot érhet el."

A valós idejű (RT) kernel és a pufferelt zenelejátszás két külön dolog.

Playbacknél a nagy puffer miatt a rendszer-latency nem számít, mert a lejátszó több nagyságrenddel nagyobb időablakkal dolgozik. Az Audiolinux RT kernel előnye nem a „jobb hang”, hanem az időkritikus DSP-nél és HQPlayer jellegű valós idejű számításoknál jön ki. Ezért tűnhet úgy, hogy a nagyon alacsony latency ott javulást hoz, de ez nem általános zenelejátszásra vonatkozik.

[d_dok]

Egy olyat kérdezhetek, hogy szimpla zenelejátszásnál a latency-nek van bármi jelentősége?

A zenelejátszásnál a rendszer-latency gyakorlatilag nem számít, mert a lejátszó nagy pufferekkel dolgozik, így nem befolyásolja a hangminőséget. A Windows Server azért működik stabilabban, mert jóval kevesebb háttérfolyamat fut rajta, de ez önmagában nem változtat a hang karakterén.

Ez fura... Nálam Audiolinux esetében minél alacsonyabb volt a latency értéke, annál jobban szólt a zene. És az Audiolinux is elsősorban ezzel hirdeti magát: "Miért érdemes Audiolinuxot venni? Az Audiolinux kernel a valós idejű javítással nagyon magas prioritást biztosít az audio alkalmazásoknak, rekord CPU-késleltetéssel, amely egyes rendszereken átlagosan kevesebb, mint 1 mikroszekundumot érhet el."