Streaming szolgáltatók és ami velük kapcsolatos / Tidal, Spotify stb...

[Aszpirin]

...A Tidal felhőszolgáltatóját egyáltalán nem ismerem, azért nem egyértelmű, hogy az a hibás, vagy a Tidal maga, de én az utóbbira tippelek....

Annyiban lehet ez a tidal hibája, hogy nem fizetett elő elég nagy csomagra a fastlynál. Egyébként úgy sejtem, a fastly feladata lehet, hogy elossza a terhelést. (És tényleg csak vakon tapogatózom, nem értek a témához, csak láttam már pár vállalkozói szerződést.)

A fastly-t nem ismerem sajnos, de most rákerestem, és a honlapja alapján nekem úgy tűnik, ő nem elsődleges felhőszolgáltató (nem IaaS-Provider mint pl. az AWS vagy Azure vagy Alicloud stb.. /IaaS= "Infrastructure as a Service"), hanem egy Edge PaaS-Provider (PaaS: "Platform as a Service", ami egy (vagy több) specifikus IaaS-Provider által biztosított infrastruktúrán fut /a fastly oldalán 9 darab IaaS provider van felsorolva ) Az Edge elnevezés az IoT (Internet of things) "kütyüoldali" lokális szolgáltatásokra és azok központi menedzselésére és életciklus-követésére utal...
Ha így van, akkor elképzelhető, hogy a fastly-nál éri el a Tidal az erőforrások korlátait, deelnézve, hogy mennyi neves netes SaaS- illetve IoT-megoldás használja a Fastly-t, én inkább a "Tidal nem fizetett elő..." jellegű okra gyanakodnék, mert ha platformszintű lenne a probléma, ez minden a platformot használó egyéb szolgáltatást is érintene...

(egy kicsit nehéz hosszabb előadás nélkül pár sorban magyarázni a felhőalapú szolgáltatások rétegeit és felépítését, mert elég hosszú /tartottam már ilyen bevezető előadásokat fejlesztők számára a cégünknél, 1-másfél óra a minimum a nagyon-nagyon fogalmi szintű alapokhoz )

[s4tch]

Nekem is Digim van, sosem volt gondom a nettel (sem).
Igaz, nálam a Deezer szól.
De ha valami lenne a szolgáltatónál, akkor nem kéne, hogy más szolgáltatásnál is problémát kellene észre venni?

Indítottam egy deezer próba hónapot, és amikor a tidal állt, akkor a deezer is akadozott. (És a deezer connect sem működik a Wiim Minivel, úgyhogy le is mondtam az előfizetést.) Nem zárom ki, hogy ugyanazt a felhőszolgáltatót használják.

[s4tch]

...A Tidal felhőszolgáltatóját egyáltalán nem ismerem, azért nem egyértelmű, hogy az a hibás, vagy a Tidal maga, de én az utóbbira tippelek....

Annyiban lehet ez a tidal hibája, hogy nem fizetett elő elég nagy csomagra a fastlynál. Egyébként úgy sejtem, a fastly feladata lehet, hogy elossza a terhelést. (És tényleg csak vakon tapogatózom, nem értek a témához, csak láttam már pár vállalkozói szerződést.)

[s4tch]

Én telekomos vagyok, és időnként nálam is akad, de csak kb. egy hete. Szóval nem csak a digi a gond, ez biztos.

Ez így van. Valószínűnek tartom, hogy a tidal felhőtárhely-szolgáltatója (fastly) nem tudja rendesen elosztani az időszakos terhelést. (Köszi Aszpirinnek a rövid eszmefuttatást a felhőtárhelyek működéséről, ilyesmiről ritkán olvasok, ezeket jó tudni.) A tidalnak kell biztosítania a megfelelő sávszélességet, ez számomra is teljesen egyértelmű.

Az viszont a facebookon elvégzett poll alapján szintén tényszerű, hogy a digiseket ez jobban érinti. Illetve az a workaround, amit leírtam, lehet, hogy működik 2 napig, aztán előfordulhat, hogy a 199.232.18.142 IP is letérdel délutánonként (vagy más napszakban, ki tudja). A digi ebben a sztoriban leginkább segíteni tud, ha akar. Kíváncsi leszek, akar-e.

[Luxor Audio]

Érdekesnek tartom, hogy néhányatoknál nem fér bele a történetbe, hogy a hiba a Tidal rendszerében van, pedig más internetszolgáltatók felhasználóinál és más országokban is van gond.

[kargidje]

Nekem is Digim van, sosem volt gondom a nettel (sem).
Igaz, nálam a Deezer szól.
De ha valami lenne a szolgáltatónál, akkor nem kéne, hogy más szolgáltatásnál is problémát kellene észre venni?

Már írtam, D+ andoridon hibakód, elvileg az új ipv6 miatt, persze csak a diginél ...

[Alex_Aston]

Nekem is Digim van, sosem volt gondom a nettel (sem).
Igaz, nálam a Deezer szól.
De ha valami lenne a szolgáltatónál, akkor nem kéne, hogy más szolgáltatásnál is problémát kellene észre venni?

[Aszpirin]

Ha változik egy IP cím, attól még nem kellene hibának lennie szolgáltatói oldalon.
Mondom, D+ is már elég régóta androidon hibakódot dob fel, előtte meg jó volt 4iGdigin.

Ha változott volna az IP-cím, egyáltalán nem működött volna a régi IP-címen, de nem ez volt a probléma, lásd s4tsch méréseit.

SZERINTEM:
A felhőszolgáltatóknál lehetőség van különböző IP címek mögé ugyanannak az API-gateway-nek különböző példányait dugni, vagy akár régiónként ugyanazt az infrastruktúrát teljesen újraépíteni, régiós terhelésmegosztás miatt. Ez csak egy lehetőség, én az Amazon dolgait ismerem behatóbban, ott például ALB-nek (Application Load Balancer-nek) hívott terhelés megosztó szolgáltatást is szokás használni, de hogy a terhelés elpsztását hogyan oldja meg (a sok lehetséges szinten a felkínált szolgáltatások közül mit használ), az alapvetően a felhőszolgáltató ügyfelének (jelen esetben a Tidal-nek) a dolga. Az ilyen magas látenciánál, amit s4tch is mért, jellemzően egy régiós felhőinfrastruktúra felépítési vagy beállítási problémái miatt egy-két mikrorviz vagy az egész cluster vagy akár maga az API-gateway enyhén túltelítődik, és az ALB (vagy alacsonyabb szintű load balancer, mint pl az ELB az Amazonnál) sem tud már ezen segíteni, a hívások/küldések elkezdenek sorbaállni, és az egész belassul. Ez az általam ismert felhőszolgáltatóknbál ritkábban a felhőszolgáltató problémája, gyakrabban infrastrukturális gond a felhahőszolgálttó felhasználója (pl. Tidal) oldalán (az alkalmazott infrastruktúra-felépítésben vagy beállításában). Végelhasználói oldalon pedig megoldás lehet egy másik régiós infrastruktóra belépő pontjára átállni, amit s4tsch is tett (feltéve, hogy tudsz a másik belépési pontról és ismered az IP-címét....). Persze ha erre tömegesen állnak át, akkor az is megrogyhat. A Tidal felhőszolgáltatóját egyáltalán nem ismerem, azért nem egyértelmű, hogy az a hibás, vagy a Tidal maga, de én az utóbbira tippelek.

Ergo:
Ha több jklünöböző nagyjátékos DNS-szervereével is ugyanaz a probléma lép fel felhasználói oldalon, mint a Digi DNS-szerverének használatával, és ha csak ez az egy szolgáltatás akadozik a Digi-n, ahhor teljesen fölösleges a Digit hibáztatni ezért.

[kargidje]

Ugy gondolom a Tidal felhoszolgaltatasanal lehet gond, amit a kulonbozo szolgaltatok maskepp tudnak/akarnak rendezni. Lehet a tarhelyszolgaltato csinal valami koltozkodest, emiatt az atiranyitasokat folyamtosan frissiteni kellene. Viszont valamelyik szolgaltato ezt megcsinalja 10 percenkent, masik lehet 2 orankent… ez okozhatja a szolgaltatok kozotti problemaszamok merteket.
Az biztos, hogy a problema nem kizarolag a Digi ugyfeleit erinti. Hozzateszem nalam is jelentkezett Digiskent, de oszinten ekkora hepajt minek csapjak miatta? Hallgatok addig mast…

Talán mert előfizettem rá és nem azért, hogy ne használjam + baromi jó érzés, amikor fülesen adott hangerőn szól a zene, majd elhallgat aztán a füledbe dörren ... és így tovább. A hangfalaknak is jót tesz amúgy ha ilyen módon használod vagy nem

[wittao]

Ugy gondolom a Tidal felhoszolgaltatasanal lehet gond, amit a kulonbozo szolgaltatok maskepp tudnak/akarnak rendezni. Lehet a tarhelyszolgaltato csinal valami koltozkodest, emiatt az atiranyitasokat folyamtosan frissiteni kellene. Viszont valamelyik szolgaltato ezt megcsinalja 10 percenkent, masik lehet 2 orankent… ez okozhatja a szolgaltatok kozotti problemaszamok merteket.
Az biztos, hogy a problema nem kizarolag a Digi ugyfeleit erinti. Hozzateszem nalam is jelentkezett Digiskent, de oszinten ekkora hepajt minek csapjak miatta? Hallgatok addig mast…

[pali923]

Én telekomos vagyok, és időnként nálam is akad, de csak kb. egy hete. Szóval nem csak a digi a gond, ez biztos.

[kargidje]

Egyértelmű, internetszolgáltató hiba mivel egyik nap még semmi probléma, másnap meg akadozás, leállás!
Szóval miért az előfizető oldja meg ezt magának?

SZERINTEM:
Samit speciel s4tch leírt plusz az, hogy más országok más szolgáltatóinál is, illetve több különböző helyen üzemeltetett DNS-szerver használatával is jelentkezett ha jól értetttem, az nem az internet-szolgáltató hibájára utal, és ha valaki nem szól nekik, az életben észre nem veszik (ugyan célzott monitorozással lenne mód szerintem az észrevételére, de valószínűleg nem csinálnak ilyent, mert az ő szemszögükből nagyon marginális probléma, ls minden valószínűség szerint nem náluk van a hiba, hanem a Tidal insfrastruktúrájában / ami lehet a Tidal problémája - ez a valószínűbb - vagy a Tidal felhőszolgáltatójának problémája - ez a kevésbé valószínű, de nem kizárható).

Mindenesetre le a kalappal s4tch és ismerőse előtt, hogy rájöttek a probléma megkerülésének módjára.

Ha változik egy IP cím, attól még nem kellene hibának lennie szolgáltatói oldalon.
Mondom, D+ is már elég régóta androidon hibakódot dob fel, előtte meg jó volt 4iGdigin.

[Aszpirin]

Egyértelmű, internetszolgáltató hiba mivel egyik nap még semmi probléma, másnap meg akadozás, leállás!
Szóval miért az előfizető oldja meg ezt magának?

SZERINTEM:
Samit speciel s4tch leírt plusz az, hogy más országok más szolgáltatóinál is, illetve több különböző helyen üzemeltetett DNS-szerver használatával is jelentkezett ha jól értetttem, az nem az internet-szolgáltató hibájára utal, és ha valaki nem szól nekik, az életben észre nem veszik (ugyan célzott monitorozással lenne mód szerintem az észrevételére, de valószínűleg nem csinálnak ilyent, mert az ő szemszögükből nagyon marginális probléma, ls minden valószínűség szerint nem náluk van a hiba, hanem a Tidal insfrastruktúrájában / ami lehet a Tidal problémája - ez a valószínűbb - vagy a Tidal felhőszolgáltatójának problémája - ez a kevésbé valószínű, de nem kizárható).

Mindenesetre le a kalappal s4tch és ismerőse előtt, hogy rájöttek a probléma megkerülésének módjára.

[kargidje]

Hátha történt valami...

Nem nagyon... Délután újra akadozott a szolgáltatás. Az egyik fb csoportban egy segítőkész és hozzáértő taggal privát levelezés során, az ő ötlete alapján arra jutottunk, hogy mi lenne, ha a digi által használt IP helyett akár a kliens gép, akár a router hosts fájljába "beledrótoznánk" a telekom által használt IP-t, amin a tidal cloud szolgáltatóját el lehet érni. Ő több órát tesztelt, én "csak" bő egy órát, nálam nulla röccenés, és qrvagyors a traceroute is, és a kolléga is kifejezetten kedvező tapasztalatokról számolt be.

Egyértelmű, internetszolgáltató hiba mivel egyik nap még semmi probléma, másnap meg akadozás, leállás!
Szóval miért az előfizető oldja meg ezt magának?

Amúgy a diginél, mióta magyar kézbe került pl. Disney+-al is akadtak gondok + még mennyi mással...
Mennyire kellemes meglepetés, hogy egy ilyen tetű banda miatt havi több ezer forintod is mehet a levesbe.

[s4tch]

Hátha történt valami...

Nem nagyon... Délután újra akadozott a szolgáltatás. Az egyik fb csoportban egy segítőkész és hozzáértő taggal privát levelezés során, az ő ötlete alapján arra jutottunk, hogy mi lenne, ha a digi által használt IP helyett akár a kliens gép, akár a router hosts fájljába "beledrótoznánk" a telekom által használt IP-t, amin a tidal cloud szolgáltatóját el lehet érni. Ő több órát tesztelt, én "csak" bő egy órát, nálam nulla röccenés, és qrvagyors a traceroute is, és a kolléga is kifejezetten kedvező tapasztalatokról számolt be.

Szóval ennyit kell beleírni a hosts fájlba:

Kód: Egész kijelölése

199.232.18.142 sp-pr-fa.audio.tidal.com

Aki windowsos pc-n hallgat csak zenét, annak egyszerű a dolga: megnyitja a hosts fájlt, aminek a jellemző elérési útja:

Kód: Egész kijelölése

c:\Windows\System32\drivers\etc\

Itt lesz egy kiterjesztés nélküli hosts nevű fájl; erre jobb egér, társítás, jegyzettömb, és a fenti sort be kell illeszteni a végére. Mivel rendszerfájlt szerkesztünk, ehhez rendszergazdai jogosultság szükséges. (Én az egyszerűség kedvéért total commandert indítottam rendszergazdai módban.)

Ha valakinek több eszköze van, pl. pc-ről vezérel streamert, és/vagy mobilon is hallgat tidalt a digis wifi helyett, akkor bonyolultabb a történet, mert a routerben kell buherálni. A módszer típusfüggő, és nem biztos, hogy megoldható. Nekem szerencsére Asus routerem van, amire már ezer éve tettem custom firmware-t (asuswrt-merlin), szóval ~2 perc volt ezen leírás alapján: https://www.neolisk.blog/posts/2020-08- ... -rt-ax88u/

Persze a legjobb az lenne, ha a digi segítene, hogy ne kelljen mindenkinek egyesével szórakoznia. Megírom nekik a megoldást, és reménykedjünk...

[takiszer]

Nagíjából 1 órát ment és már akadozik....elegem van az egészből!! Lehet a délutánt nem bírja??

[Aszpirin]

Megint megcsináltam a Radio Paradise vs. Tidal tesztet.
Az adott dal, a Radio Paradise-on 16bites FLAC-ben volt a Tidal-on, mint kiderült 24 bites FLAC (MAX). Szóval az RP jelentős handicap-el indult.
Egymás után: nyilván RP, majd Tidal.

Radio Paradise: bársonyosabb, élvezetesebb, több a dinamika és levegő (odafigyelés nélkül is jobban bevon a zenébe).

Tidal: keményebb, kevésbé élvezetes hang.

Ezen kívül mintha valami korlát a jel útjában vagy a jelben sok digitális szemcse lenne.
Ez korlátoltabb dinamika és levegőként és némi tompaságban jelentkezik.

(Ez a korai CD-időszakra emlékezet).

Hangsúlyozom, a különbség nüansznyi.

Illetve tudom, minden szubjektív.

Min hallgattad? Dedikált streameren vagy PC-n/Mac-en/Telefonon/Tableten?
A kérdés alapja inkább az, hogy a lejátszószoftver ugyanaz-e a két esetben, mert ha nem, akkor jó eséllyel a lejátszó szoftverek közötti különbséget hallod. Dedikált streamer esetében jó eséllyel ugyanaz a szoftver, a többin jó eséllyel nem.
Érdemes lenne ugyanakkor ugyanazt a kiadást, ugyanabban a formátumban meghallgatni, mert a nagyobb felbontás nem feltétlenül előny, főleg ha esetleg MQA volt (az is FLAC-ben van!), vagy a lejátszásban részt vevő külső vagy beépített DAC esetleg nem ismeri azt a felbontást/mintavételi frekit.
Sajnos elég bonyolult lehet a képlet, amikor straming szolgáltatókat hasonlítunk össze, és ha nem minden teljesen azonos az internetszolgáltató routerétől a fülünkig a lejátszási láncban (beleértve a szoftvereket is), akkor nem mondhatunk általános verdiktet az egyes szolgáltatókról, csak a saját lejátszási láncunkra vonatkozót. Még akkor sem, ha a lejátszó szoftverek a szolgáltatók saját termékei, hisz' pl. a Tidalt igen sokan (köztük én is) egyátalán nem a Tidal saját szoftverével, hanem streameren annak beépített lejátszójával vagy PC-n Roon-nal, Audirvanával stb hallgatják. És bizony van különbség, általában nem a Tidal (vagy bármely más szolgáltató) saját lejátszója javára.

[takiszer]

Ma ismét bekapcsoltam a cuccot . Gyönyörűen megy a Tidal digin ....nem nyúltam semmihez, de lehet csak este szórakozik???

[s4tch]

Hátha történt valami. Eddig ugye a sp-pr-fa.audio.tidal.com (ahonnan a kliensek a log szerint szedik a fájlokat) IP-je 146.75.118.142 volt. Még 20-30 perce is ezt kaptam, amikor ma délelőtt először letérdelt a Tidal:

tracert sp-pr-fa.audio.tidal.com

Tracing route to tidal.map.fastly.net [146.75.118.142]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms RT-AC66U_B1-B600 [192.168.1.1]
2 2 ms 2 ms 2 ms 10.0.0.1
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 189 ms 224 ms 244 ms 146.75.118.142

Trace complete.

Most meg:

tracert sp-pr-fa.audio.tidal.com

Tracing route to tidal.map.fastly.net [151.101.2.142]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms RT-AC66U_B1-B600 [192.168.1.1]
2 2 ms 2 ms 2 ms 10.0.0.1
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 25 ms 22 ms 23 ms 157.52.127.208
9 84 ms 73 ms 68 ms 151.101.2.142

Trace complete.

...és megy a lejátszás. Reméljük, "csak" egy DNS probléma volt a szolgáltató(k) és a fastly (a tidal felhőtárhely-szolgáltatója) között.

[Bálint73]

Megint megcsináltam a Radio Paradise vs. Tidal tesztet.
Az adott dal, a Radio Paradise-on 16bites FLAC-ben volt a Tidal-on, mint kiderült 24 bites FLAC (MAX). Szóval az RP jelentős handicap-el indult.
Egymás után: nyilván RP, majd Tidal.

Radio Paradise: bársonyosabb, élvezetesebb, több a dinamika és levegő (odafigyelés nélkül is jobban bevon a zenébe).

Tidal: keményebb, kevésbé élvezetes hang.

Ezen kívül mintha valami korlát a jel útjában vagy a jelben sok digitális szemcse lenne.
Ez korlátoltabb dinamika és levegőként és némi tompaságban jelentkezik.

(Ez a korai CD-időszakra emlékezet).

Hangsúlyozom, a különbség nüansznyi.

Illetve tudom, minden szubjektív.

[kargidje]

Nem elég, ahogy megvették, már egyből szét is cseszték a kábeltévét, azaz tavaly nyáron, most már a nettel is szórakoznak +50%-os áremelés mellett

[s4tch]

Pár random apróság a tidal vs digi témakörben. Egyrészt a fb poll beszédes: a digiseknél amikor utoljára néztem, 11-en nem tapasztaltak hibát, 33-an igen, míg az összes többi szolgáltatónál 87 embernél működik a szolgáltatás, 12-nél vannak hibák. Másrészt többen megerősítették, hogy napszaktól függ az elérhetőség: délelőtt többeknél ment a tidal rendesen, délután kezdődtek a problémák.

A tidal desktop app logjai alapján a fájlokat a program a sp-pr-fa.audio.tidal.com oldalról tölti le. Ennek a traceroute-ja a következő volt délelőtt, amikor rendben ment a szolgáltatás:

tracert sp-pr-fa.audio.tidal.com

Tracing route to tidal.map.fastly.net [146.75.118.142]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms RT-AC66U_B1-B600 [192.168.1.1]
2 2 ms 2 ms 2 ms 10.0.0.1
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 22 ms 22 ms 22 ms 157.52.127.206
9 22 ms 22 ms 22 ms 146.75.118.142

Trace complete.

- délutáni, "hibás" tracert:

tracert sp-pr-fa.audio.tidal.com

Tracing route to tidal.map.fastly.net [146.75.118.142]
over a maximum of 30 hops:

1 7 ms 9 ms 9 ms RT-AC66U_B1-B600 [192.168.1.1]
2 20 ms 1 ms 2 ms 10.0.0.1
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 279 ms 222 ms 215 ms 146.75.118.142

Trace complete.

Ahogy látható, időben gyökeresen más a két lekérés eredménye: délelőtt 22ms, délután 279ms. Utóbbi botrány. Másrészt az is látható, hogy délelőtt a 157.52.127.206 szerver volt az utolsó-előtti állomás; ezt délután már pingelni sem lehetett, nem volt elérhető (most sem az).

És még egy: lefuttattam a traceroute-ot a telefonomról is, digis wifin és telekom 5G-n is. Eleve más IP-t fordítanak ugyanannak a címnek, ami szegényes hálózati ismereteim alapján DNS hiba lehet (kipróbáltam több DNS szervert is, sem a cloudfare, sem a google, sem a digis hálózati default DNS nem hozott változást), másrészt a ~300ms körüli, digis tracert helyett a telekomnál ugyanez ~30-40ms. Ég és föld. Szóval valami van a diginél (is). Írtam az ügyfélszolgálatnak, várom a választ. Szerintem le fognak rázni.

[gomolalaci]

Valaki valami érdemi info Tidal hibáról?

Nálam Vodafone (ex UPC) előfizetéssel zavartalanul megy. Telefonról Yettel szolgáltatóval szintén. A legnagyobb felbontások (24/192) is akadásmentesek. Csak az lesz ott, hogy bizonyos szolgáltatók bizonyos csomagjaival nem komázzák egymást - de tény, hogy nagyon fura!

Vezetékes Vodkafonnal nálam is tökéletesen működik a Tidal....

[Nlaci40]

Nálam dettó, Digin keresztül akad a Tidal átváltok Vodafone os mobilnetre ott viszont meg jó.

[takiszer]

Hétfő óta használhatatlan a Tidal a digin......