Moderator: Redaktörer
Ogjort skrev:Vid användning av Qobuz Webplayer, deras IOS-app och Android, så klarar dessa inte att spela upp album med kontinuerlig musik
om det finns spårindex i innehållet. Då blir det en paus innan det fortsätter. Komplett kocko!
Mitt i den ljuvaste symfoni så blir det "fnupp" tyst, och "fnupp" ljud igen i det mysigaste stråkparti på väg till nästa sats.
Enligt deras support så är det så det är och att det jobbas för att någon gång innan nästa millennieskifte ändra på saken.
Det var likadant när jag använde Tidal.
Min fråga som jag nu önskar att forumet svarar på är:
–Hur fan kan en musiktjänst ens komma på idén att konstruera en uppspelningsmanick på detta vis från början?
undrar
Anders O.
Magnuz skrev:De gör alla funktionstester med epadunk som i regel saknar spårindex?
goat76 skrev:Qubuz spelar kontinuerlig ljudstöm utan problem i både iOS på min iPhone och i min Linn streamer hemma, så ditt uppspelningsproblematik verkar vara ett ytterst lokalt, alternativt att det inte riktigt står rätt till med just de ljudfilerna du testat men då är det snarare skivbolagets som gjort något konstigt med ljudfilerna.
Vilka album är det du har testat?
goat76 skrev:Jag tror att problemet ligger utanför streamingtjänsternas kontroll att deras Web Players inte kan spela upp ljudspåren utan mellanrum. Troligtvis är det så att webläsarna helt enkelt saknar funktionen att buffra ett nästkommande ljudspår, så det är nog dem du får vända dig till och framföra din önskan.
Visst använder du Chromecast för "casting"?
Isåfall är det dem du bör vända dig till med ditt missnöje eftersom att Chromecast inte har funktionen att spela upp ljudspåren utan mellanrum.
Vad är det du tycker Qobuz ska göra åt dessa saker, de styr väl knappast över hur varken webläsarna eller Chromecast fungerar (eller inte fungerar).
Ogjort skrev:goat76 skrev:Jag tror att problemet ligger utanför streamingtjänsternas kontroll att deras Web Players inte kan spela upp ljudspåren utan mellanrum. Troligtvis är det så att webläsarna helt enkelt saknar funktionen att buffra ett nästkommande ljudspår, så det är nog dem du får vända dig till och framföra din önskan.
Visst använder du Chromecast för "casting"?
Isåfall är det dem du bör vända dig till med ditt missnöje eftersom att Chromecast inte har funktionen att spela upp ljudspåren utan mellanrum.
Vad är det du tycker Qobuz ska göra åt dessa saker, de styr väl knappast över hur varken webläsarna eller Chromecast fungerar (eller inte fungerar).
Vi har uppenbarligen olika uppfattning om vem som har ansvaret för att produkter och tjänster man säljer fungerar.
En jämförelse är en biltillverkare som gör en motor som inte fungerar med på marknaden tillgängliga bränslen.
Bör vi då gnälla på bensin/oljebolagen?
Ett kylskåp som kräver 167 Volt likström för att funka... Bör vi då skälla på eldistributörerna för att kylen inte fungerar?
Jag vill ha en hemsida och skriver en helt egen kod som gör att ingen webbläsare kan visa innehållet.
Är det då alltså webbläsarutvecklarna som ska se till att det fungerar?
I datorvärlden har dock det här blivit norm.
Om en tillverkare säljer en tv-låda med inbyggd Chromecast, där Chromecast inte fungerar hänvisar då till Chromecast.
"Det är tredjepartarens fel"
Nej, menar jag. Den låda ni säljer, alltså tar betalt för, ska fungera med utlovade funktioner. Gör den inte det så är det NI
som ska kontakta Chromecast eller Nisses Mek & Vulk eller vad det nu är, och se till att deras enhet fungerar i era produkter.
Konsumentlagstiftarna skulle hålla med mig.
/Anders O.
goat76 skrev:
Ingen streamingtjänst kan få gapless-play över webbläsare så länge webläsarna inte har en sådan funktionalitet. Så om den funktionen är ett krav så är den enda lösningen för Qobuz att helt enkelt inte tillhandahålla en Web Player överhuvudtaget, annars blir du bara besviken och beskyller dem för något de inte kan rå för.
Om du väljer att använda en manick som heter Chromecast vilket Qobuz inte har något som helst att göra med, och denna Chromecast inte stödjer gapless-play så är det alltså enligt dig Qobuz fel?
Märker du verkligen inte att du riktar din kritik mot fel aktör?
goat76 skrev:Det är ju du själv som valt vägar som alltid har saknat de funktioner du kräver.
Ogjort skrev:goat76 skrev:Det är ju du själv som valt vägar som alltid har saknat de funktioner du kräver.
Valt vägar?
Om jag köper en låda som anges ha inbyggd Chromecast.
På vilket vis har jag då valt en väg som saknar den funktion jag "kräver"?
Och om vi tar det specifika fallet: Var i beskrivningen av Chromecasts funktioner står det att kontinuerlig uppspelning inte stöds?
Om Qobuz, Tidal, eller Spotify eller vilken som, inte tillhandahåller en fungerande desktop-app,
och då säger: "Du kan använda webplayern istället."
Är det då mitt val att den inte fungerar?
De borde säga: "Trist, för du kan INTE använda webplayern istället."
Samma sak om det gäller t.ex. Android-TV.
Då bör apputvecklaren informera om att det INTE kommer att fungera om TV:n är äldre än en kvart.
Men de gör de såklart inte, för då kommer jag ju inte att betala för något som inte kan användas.
Lurendrejeri är ordet, sa Bull.
Ogjort skrev:Kollade också med min bekant kodknackaren.
Han sa att det går utmärkt att fixa en ljudbuffert enligt min frågeställning om kontinuerlig uppspelning i följande applikationer:
Ogjort skrev:goat76 skrev:Det är ju du själv som valt vägar som alltid har saknat de funktioner du kräver.
Valt vägar?
Om jag köper en låda som anges ha inbyggd Chromecast.
På vilket vis har jag då valt en väg som saknar den funktion jag "kräver"?
Och om vi tar det specifika fallet: Var i beskrivningen av Chromecasts funktioner står det att kontinuerlig uppspelning inte stöds?
Ogjort skrev:Om Qobuz, Tidal, eller Spotify eller vilken som, inte tillhandahåller en fungerande desktop-app,
och då säger: "Du kan använda webplayern istället."
Är det då mitt val att den inte fungerar?
goat76 skrev:Ogjort skrev:Kollade också med min bekant kodknackaren.
Han sa att det går utmärkt att fixa en ljudbuffert enligt min frågeställning om kontinuerlig uppspelning i följande applikationer:
Då tycker jag du ska ta och fråga din kodknackare vad han tror är orsaken till att precis ingen av streamingtjänsternas har implementerat funktionen gapless play just för deras web-baserade spelare, men gjort så för deras app-baserade diton.
Du tycker alltså inte att denna uteblivna funktion från alla aktörer för just deras Web Players är en tillräckligt tydlig indikation på att det är utomstående faktorer som är orsaken till detta. Men vad skulle det då vara, tror du det är något slags hemligt krig i det tysta de för mot just användare som valt deras web-baserade lösning?
goat76 skrev:Ogjort skrev:goat76 skrev:Det är ju du själv som valt vägar som alltid har saknat de funktioner du kräver.
Valt vägar?
Om jag köper en låda som anges ha inbyggd Chromecast.
På vilket vis har jag då valt en väg som saknar den funktion jag "kräver"?
Och om vi tar det specifika fallet: Var i beskrivningen av Chromecasts funktioner står det att kontinuerlig uppspelning inte stöds?
Redan när du valde en apparat med inbyggd Chromecast gjorde du ett felaktigt val om gapless är en viktig funktion för dig, detta eftersom Chromecast inte klarar av att spela upp ljudfiler gapless.
Så om vi återvänder till trådens rubrik: Hur menar du att det är Qobuz fel att du valt att köpa en apparat för att denna apparat har inbyggd Chromecast, vilken i sin tur uppenbarligen inte klarar av att spela upp ljudfiler utan glapp mellan ljudspåren?Ogjort skrev:Om Qobuz, Tidal, eller Spotify eller vilken som, inte tillhandahåller en fungerande desktop-app,
och då säger: "Du kan använda webplayern istället."
Är det då mitt val att den inte fungerar?
Ditt exempel haltar betänkligt eftersom Qobuz faktiskt har fungerande gapless på alla de plattformar som stödjer denna funktion. I alla de situationer du har tagit upp där gapless-uppspelning inte fungerar så är det tydligt att orsaken ligger utanför Qobuz kontroll, som exempelvis att din valda ljudmottagare (Chromecast) inte klarar gapless-uppspelning vilket knappast kan är Qobuz fel, eller att du väljer att använda webplayern vilken p.g.a av tredjepart (webläsarna) uppenbarligen inte verkar klara av denna funktion, vilket inte heller är Qobuz fel.
En eventuell lösning på ditt problem är att du kopplar din telefon med en ljudkabel direkt till din ljudanäggning och använder Qobuz app på telefonen för uppspelning, och helt enkelt skippar Chromecast och webplayern, då kommer gapless fungera.
petersteindl skrev:Allt har att göra med vilka krav man satt upp gällande funktionsduglighet.
Ogjort skrev:petersteindl skrev:Allt har att göra med vilka krav man satt upp gällande funktionsduglighet.
Att t.ex. kunna lyssna på Våroffer utan 23 avbrott är ett hyfsat rimligt krav, kan jag tycka.
Eller att vi från Hedenhös som vant oss vid fysiska manicker - som dessutom bibehåller funktion en livstid, har svårt att acceptera
några få års funktion på mojänger som kostar tiotusentals kronor. Som upphör att fungera trots att de inte alls är trasiga på något vis.
Att man måste gå och låna någon trendkänslig persons nya telefon för att kunna installera en pijong som inköptes för mindre än två
år sedan och som då kunde installeras med ens egen telefon.
Det är helt 7kt.
petersteindl skrev:Goat verkar ha betydligt lägre krav än vad du har, d v s du har betydligt högre krav på användarvänlighet.
Själv har jag aldrig använt någon streaming/streamer.
Mvh
Peter
goat76 skrev:petersteindl skrev:Goat verkar ha betydligt lägre krav än vad du har, d v s du har betydligt högre krav på användarvänlighet.
Själv har jag aldrig använt någon streaming/streamer.
Mvh
Peter
Ja, det märks att du aldrig använt någon streaming/streamer i.o.m ditt påstående att det är JAG som har betydligt lägre krav än Ogjort.
Jag har inte haft några problem att spela upp musik "gapless" sedan någon gång i början av 2000-talet, jag ställer helt enkelt mycket högre krav på min ljudåtergivning och väljer därmed inte mediokra lösningar som Chromecast, eller uppspelning av musik med någon webläsare vars främsta användningsområde aldrig varit musikåtergivning.
1. Chromecast använder protokollet HTML5 vilket aldrig har haft och troligtvis aldrig kommer få någon funktion att spela upp ljudfiler gapless.
2. Alla webläsare använder HTML protokoll så det verkar därmed vara precis samma problem där, dessa protokoll har aldrig varit framtagna eller ämnade för musikåtergivning. Det är ett protokoll framtaget för web browsing och funktionen gapless musikåtergivning ligger på plats 12581 på prioritetslistan över vad som behöver införas.
Det verkar vara många som försökt göra diverse kriggående lösningar just för att komma runt problematiken med att dessa HTML protokoll inte har funktionen att "buffra"/förladda ett nästkommande ljudspår, och med rätt timing påbörja uppspelningen av detta nästkommande ljudspår utan någon hörbar "buffer-paus". https://lists.w3.org/Archives/Public/ww ... /0007.html
Så vad exakt är det ni anser att Qobuz ska göra åt dessa tekniska begränsningar som återfinns i HTML-protokollet, kanske bör vi kräva att Qobuz köper upp Apple Safari, Google Chrome och Chromecast samt Mozilla Firefox, så att Qobuz själva kan ta kontroll över utveckligen och vilka protokoll dessa använder.
...Eller så kan man välja ett av alla de övriga alternativen Qobuz erbjuder för sin streaming vilka inte har några som helst problem att spela upp ljudfiler utan mellanrum, där "Qobuz inte knasar till det".
.
Belker skrev:Håller med om att det är dåligt, men du kan ju se det från ett lite mer positivt håll. Du köper tillgång till musik, som du alltid gjort i alla år. Väl hemma kan du nu för tiden spela upp den utan skivspelare, helt gratis, tack vare datorn. Med vissa begränsningar, visserligen, men utan inköp av uppspelningsutrustning för flera tusen. Om du är seriös med ditt lyssnande skaffar du dig en bra skivspelare/CD-spelare i form av en streamer eller ett Roon-system.
Ogjort skrev:Belker skrev:Håller med om att det är dåligt, men du kan ju se det från ett lite mer positivt håll. Du köper tillgång till musik, som du alltid gjort i alla år. Väl hemma kan du nu för tiden spela upp den utan skivspelare, helt gratis, tack vare datorn. Med vissa begränsningar, visserligen, men utan inköp av uppspelningsutrustning för flera tusen. Om du är seriös med ditt lyssnande skaffar du dig en bra skivspelare/CD-spelare i form av en streamer eller ett Roon-system.
Jag vågar inte köpa en streamer, eftersom den med största sannolikhet strax kommer sluta fungera när något annat i kedjan uppgraderas
utan bakåtkompatibilitet. Jag har faktiskt frågat om jag då kan få byta maskin utan kostnad.
Men ingen ger några sådana garantier. Så allt tyder på att så kommer vara fallet.
Om jag köper en apparat så vill jag att den fungerar tills den går sönder, och att den då går att reparera.
Ogjort skrev:goat76 skrev:petersteindl skrev:Goat verkar ha betydligt lägre krav än vad du har, d v s du har betydligt högre krav på användarvänlighet.
Själv har jag aldrig använt någon streaming/streamer.
Mvh
Peter
Ja, det märks att du aldrig använt någon streaming/streamer i.o.m ditt påstående att det är JAG som har betydligt lägre krav än Ogjort.
Jag har inte haft några problem att spela upp musik "gapless" sedan någon gång i början av 2000-talet, jag ställer helt enkelt mycket högre krav på min ljudåtergivning och väljer därmed inte mediokra lösningar som Chromecast, eller uppspelning av musik med någon webläsare vars främsta användningsområde aldrig varit musikåtergivning.
1. Chromecast använder protokollet HTML5 vilket aldrig har haft och troligtvis aldrig kommer få någon funktion att spela upp ljudfiler gapless.
2. Alla webläsare använder HTML protokoll så det verkar därmed vara precis samma problem där, dessa protokoll har aldrig varit framtagna eller ämnade för musikåtergivning. Det är ett protokoll framtaget för web browsing och funktionen gapless musikåtergivning ligger på plats 12581 på prioritetslistan över vad som behöver införas.
Det verkar vara många som försökt göra diverse kriggående lösningar just för att komma runt problematiken med att dessa HTML protokoll inte har funktionen att "buffra"/förladda ett nästkommande ljudspår, och med rätt timing påbörja uppspelningen av detta nästkommande ljudspår utan någon hörbar "buffer-paus". https://lists.w3.org/Archives/Public/ww ... /0007.html
Så vad exakt är det ni anser att Qobuz ska göra åt dessa tekniska begränsningar som återfinns i HTML-protokollet, kanske bör vi kräva att Qobuz köper upp Apple Safari, Google Chrome och Chromecast samt Mozilla Firefox, så att Qobuz själva kan ta kontroll över utveckligen och vilka protokoll dessa använder.
...Eller så kan man välja ett av alla de övriga alternativen Qobuz erbjuder för sin streaming vilka inte har några som helst problem att spela upp ljudfiler utan mellanrum, där "Qobuz inte knasar till det".
.
Måhända missförstår du min kritik?
Det handlar om hur man beskriver och marknadsför sin produkt.
Vill du börja abonnera på t.ex. Qobuz så säger de inte att du behöver köpa till en massa andra grejor för att få full funktion.
OM de gjorde det, skulle jag inte klaga. Då vore jag informerad om begränsningarna INNAN jag ev. väljer att teckna ett abonnemang.
Google leder ligan i bristande bakåtkompatibilitet - men väldigt många är inte långt därefter.
Google: "Casta till vilken enhet du vill" - vilket då är en lögn. Vilseledande marknadsföring.
Spotify är faktiskt bättre än Tidal och Qobuz ur DEN aspekten. Möjligen för att de satsar mer på global tillgänglighet.
Samma kan du se från t.ex. Public Service-företagen, som alltid också har ett informations- och beredskaps uppdrag visavi allmänheten.
Eller sådana applikationer som Bank-ID etc, som fortfarande fungerar på mobiltelefoner från forntiden.
Du missar kanske de senaste flashiga triptofyrverkliga widgeterna, men grundfunktionen upprätthålls.
Förslag på lösning är rätt enkel. Se till att desktop-appen är bakåtkompatibel.
Det är inget större problem - men innebär förstås en kostnad, som man vill undvika.
Att strunta i bakåtkompatibilitet har blivit en marknadsåtgärd som "tvingar" folk att köpa nya prylar. Trots att de existerande inte är trasiga.
Smart, heter det förmodligen på marknadsspråk. Så det är medvetet - inte slarv eller okunskap eller ointresse.
Att konsumenter inte skriker högt i högre grad beror sannolikt på att det gått status i att äga t.ex. den SENASTE telefonen, precis som "rätt mössa".
Så de inhandlas inte sällan redan innan de lanseras. Vilket gör att väldigt många aldrig upplever problemen.
På samma vis som bristande sökfunktioner på streamingtjänsterna berör ytterst få användare. Medan man själv får eksem av detta.
När det gäller buffring av ljuddata - så avsåg den lista som min bekant skickade till mig just HTML5.
Möjligen kan en långsam eller överbelastad CPU ställa till det. Men då är det förmodligen bara att stänga samtidiga andra program.
Naturligtvis går det också att lösa genom att lägga in filer med dedicerad albumuppspelning på streamingtjänsterna.
Där hela albumet är ETT spår. Det är ju hejdlöst okomplicerat. Och helt oberoende av webbläsarplutter.
Sådant går ju även att automatisera så ingen behöver lyfta ett finger.
Det går utmärkt att vara reko visavi konsumenten/kunden, om man vill.
Men det vill man inte.
Ogjort skrev:Min fråga som jag nu önskar att forumet svarar på är:
–Hur fan kan en musiktjänst ens komma på idén att konstruera en uppspelningsmanick på detta vis från början?
goat76 skrev:petersteindl skrev:Goat verkar ha betydligt lägre krav än vad du har, d v s du har betydligt högre krav på användarvänlighet.
Själv har jag aldrig använt någon streaming/streamer.
Mvh
Peter
Ja, det märks att du aldrig använt någon streaming/streamer i.o.m ditt påstående att det är JAG som har betydligt lägre krav än Ogjort.
Jag har inte haft några problem att spela upp musik "gapless" sedan någon gång i början av 2000-talet, jag ställer helt enkelt mycket högre krav på min ljudåtergivning och väljer därmed inte mediokra lösningar som Chromecast, eller uppspelning av musik med någon webläsare vars främsta användningsområde aldrig varit musikåtergivning.
1. Chromecast använder protokollet HTML5 vilket aldrig har haft och troligtvis aldrig kommer få någon funktion att spela upp ljudfiler gapless.
2. Alla webläsare använder HTML protokoll så det verkar därmed vara precis samma problem där, dessa protokoll har aldrig varit framtagna eller ämnade för musikåtergivning. Det är ett protokoll framtaget för web browsing och funktionen gapless musikåtergivning ligger på plats 12581 på prioritetslistan över vad som behöver införas.
Det verkar vara många som försökt göra diverse kriggående lösningar just för att komma runt problematiken med att dessa HTML protokoll inte har funktionen att "buffra"/förladda ett nästkommande ljudspår, och med rätt timing påbörja uppspelningen av detta nästkommande ljudspår utan någon hörbar "buffer-paus". https://lists.w3.org/Archives/Public/ww ... /0007.html
Så vad exakt är det ni anser att Qobuz ska göra åt dessa tekniska begränsningar som återfinns i HTML-protokollet, kanske bör vi kräva att Qobuz köper upp Apple Safari, Google Chrome och Chromecast samt Mozilla Firefox, så att Qobuz själva kan ta kontroll över utveckligen och vilka protokoll dessa använder.
...Eller så kan man välja ett av alla de övriga alternativen Qobuz erbjuder för sin streaming vilka inte har några som helst problem att spela upp ljudfiler utan mellanrum, där "Qobuz inte knasar till det".
.
goat76 skrev:Ogjort skrev:goat76 skrev:
Ja, det märks att du aldrig använt någon streaming/streamer i.o.m ditt påstående att det är JAG som har betydligt lägre krav än Ogjort.
Jag har inte haft några problem att spela upp musik "gapless" sedan någon gång i början av 2000-talet, jag ställer helt enkelt mycket högre krav på min ljudåtergivning och väljer därmed inte mediokra lösningar som Chromecast, eller uppspelning av musik med någon webläsare vars främsta användningsområde aldrig varit musikåtergivning.
1. Chromecast använder protokollet HTML5 vilket aldrig har haft och troligtvis aldrig kommer få någon funktion att spela upp ljudfiler gapless.
2. Alla webläsare använder HTML protokoll så det verkar därmed vara precis samma problem där, dessa protokoll har aldrig varit framtagna eller ämnade för musikåtergivning. Det är ett protokoll framtaget för web browsing och funktionen gapless musikåtergivning ligger på plats 12581 på prioritetslistan över vad som behöver införas.
Det verkar vara många som försökt göra diverse kriggående lösningar just för att komma runt problematiken med att dessa HTML protokoll inte har funktionen att "buffra"/förladda ett nästkommande ljudspår, och med rätt timing påbörja uppspelningen av detta nästkommande ljudspår utan någon hörbar "buffer-paus". https://lists.w3.org/Archives/Public/ww ... /0007.html
Så vad exakt är det ni anser att Qobuz ska göra åt dessa tekniska begränsningar som återfinns i HTML-protokollet, kanske bör vi kräva att Qobuz köper upp Apple Safari, Google Chrome och Chromecast samt Mozilla Firefox, så att Qobuz själva kan ta kontroll över utveckligen och vilka protokoll dessa använder.
...Eller så kan man välja ett av alla de övriga alternativen Qobuz erbjuder för sin streaming vilka inte har några som helst problem att spela upp ljudfiler utan mellanrum, där "Qobuz inte knasar till det".
.
Måhända missförstår du min kritik?
Det handlar om hur man beskriver och marknadsför sin produkt.
Vill du börja abonnera på t.ex. Qobuz så säger de inte att du behöver köpa till en massa andra grejor för att få full funktion.
OM de gjorde det, skulle jag inte klaga. Då vore jag informerad om begränsningarna INNAN jag ev. väljer att teckna ett abonnemang.
Google leder ligan i bristande bakåtkompatibilitet - men väldigt många är inte långt därefter.
Google: "Casta till vilken enhet du vill" - vilket då är en lögn. Vilseledande marknadsföring.
Spotify är faktiskt bättre än Tidal och Qobuz ur DEN aspekten. Möjligen för att de satsar mer på global tillgänglighet.
Samma kan du se från t.ex. Public Service-företagen, som alltid också har ett informations- och beredskaps uppdrag visavi allmänheten.
Eller sådana applikationer som Bank-ID etc, som fortfarande fungerar på mobiltelefoner från forntiden.
Du missar kanske de senaste flashiga triptofyrverkliga widgeterna, men grundfunktionen upprätthålls.
Förslag på lösning är rätt enkel. Se till att desktop-appen är bakåtkompatibel.
Det är inget större problem - men innebär förstås en kostnad, som man vill undvika.
Att strunta i bakåtkompatibilitet har blivit en marknadsåtgärd som "tvingar" folk att köpa nya prylar. Trots att de existerande inte är trasiga.
Smart, heter det förmodligen på marknadsspråk. Så det är medvetet - inte slarv eller okunskap eller ointresse.
Att konsumenter inte skriker högt i högre grad beror sannolikt på att det gått status i att äga t.ex. den SENASTE telefonen, precis som "rätt mössa".
Så de inhandlas inte sällan redan innan de lanseras. Vilket gör att väldigt många aldrig upplever problemen.
På samma vis som bristande sökfunktioner på streamingtjänsterna berör ytterst få användare. Medan man själv får eksem av detta.
När det gäller buffring av ljuddata - så avsåg den lista som min bekant skickade till mig just HTML5.
Möjligen kan en långsam eller överbelastad CPU ställa till det. Men då är det förmodligen bara att stänga samtidiga andra program.
Naturligtvis går det också att lösa genom att lägga in filer med dedicerad albumuppspelning på streamingtjänsterna.
Där hela albumet är ETT spår. Det är ju hejdlöst okomplicerat. Och helt oberoende av webbläsarplutter.
Sådant går ju även att automatisera så ingen behöver lyfta ett finger.
Det går utmärkt att vara reko visavi konsumenten/kunden, om man vill.
Men det vill man inte.
Jag har inte missförstått din ursprungliga kritik, då man läser ditt första inlägg i tråden så framgår det tydligt att du anklagar Qobuz för avsaknaden av att kunna spela album ”gapless” med deras Web Player.
Här är dina egna utsagor:Ogjort skrev:Min fråga som jag nu önskar att forumet svarar på är:
–Hur fan kan en musiktjänst ens komma på idén att konstruera en uppspelningsmanick på detta vis från början?
Ingenstans i ditt första inlägg står det något om att det egentligen inte är avsaknaden av denna funktion som orsakat din frustration, och att det snarare handlar om avsaknaden av tydligare information från Qobuz att gapless inte fungerar vid användandet av deras web-baserade spelare.
Så istället för att bara ta till dig av den information jag grävt fram till dig som tydligt visar att detta specifika problem du från början tagit upp ligger utanför Qobuz kontroll, så flyttar du hellre ”the goalposts” till att tråden skulle handla om något annat än vad den ursprungligen gjorde. Tycker du det är så svårt att bara säga:
- ”Aha, där ser man, det är inte Qobuz fel att inte alla de plattformar de stödjer (för att tillgängliggöra tjänsten för så många användare som möjligt) inte fungerar precis lika bra, och att vissa funktioner kan vara begränsade utefter de olika tekniska förutsättningar som dessa plattformar besitter.”
”Moving the goalposts”
[ Bild ]
petersteindl skrev:goat76 skrev:petersteindl skrev:Goat verkar ha betydligt lägre krav än vad du har, d v s du har betydligt högre krav på användarvänlighet.
Själv har jag aldrig använt någon streaming/streamer.
Mvh
Peter
Ja, det märks att du aldrig använt någon streaming/streamer i.o.m ditt påstående att det är JAG som har betydligt lägre krav än Ogjort.
Jag har inte haft några problem att spela upp musik "gapless" sedan någon gång i början av 2000-talet, jag ställer helt enkelt mycket högre krav på min ljudåtergivning och väljer därmed inte mediokra lösningar som Chromecast, eller uppspelning av musik med någon webläsare vars främsta användningsområde aldrig varit musikåtergivning.
1. Chromecast använder protokollet HTML5 vilket aldrig har haft och troligtvis aldrig kommer få någon funktion att spela upp ljudfiler gapless.
2. Alla webläsare använder HTML protokoll så det verkar därmed vara precis samma problem där, dessa protokoll har aldrig varit framtagna eller ämnade för musikåtergivning. Det är ett protokoll framtaget för web browsing och funktionen gapless musikåtergivning ligger på plats 12581 på prioritetslistan över vad som behöver införas.
Det verkar vara många som försökt göra diverse kriggående lösningar just för att komma runt problematiken med att dessa HTML protokoll inte har funktionen att "buffra"/förladda ett nästkommande ljudspår, och med rätt timing påbörja uppspelningen av detta nästkommande ljudspår utan någon hörbar "buffer-paus". https://lists.w3.org/Archives/Public/ww ... /0007.html
Så vad exakt är det ni anser att Qobuz ska göra åt dessa tekniska begränsningar som återfinns i HTML-protokollet, kanske bör vi kräva att Qobuz köper upp Apple Safari, Google Chrome och Chromecast samt Mozilla Firefox, så att Qobuz själva kan ta kontroll över utveckligen och vilka protokoll dessa använder.
...Eller så kan man välja ett av alla de övriga alternativen Qobuz erbjuder för sin streaming vilka inte har några som helst problem att spela upp ljudfiler utan mellanrum, där "Qobuz inte knasar till det".
.
Det märks att du antingen inte läst det jag skriver eller inte förstår det jag skriver. Jag pratar användarvänlighet. Jag har inte ens kommit till ljudet ännu. Jag pratar inte heller om Qobus, jag pratar om externa streamingtjänster som alternativ gällande input av musik/ljud till ens stationära stereoanläggning hemma.
Du nämner själv problem med själva protokollet. Då är det ett grundproblem. Detta gäller användarvänlighet.
Till välljudet:
Ingen verkar ha fått det att funka, inte vid något tillfälle i någon anläggning. Det gäller även på Hifi-mässor där den samlade eliten ställer ut och skall dema sina Hifi-pryttlar. Streamingdemo låter alltid sämst.
Det är väl självklart att vill man höra låt A, så skall input till sin stereo bli det mest välljudande alternativet av låt A, d v s den mest välljudande mastringen/utgåvan. Klarar inte streamingtjänsten det, så faller tjänsten bort som ett alternativ till input. Den bästa CD-avspelningen vinner med hästlängder. Enkel logik gällande vad man kastar bort sitt dyrbara liv på.
Användare som besöker denna kategori: Google [Bot], Majestic-12 [Bot] och 4 gäster