BT: backa 15 sekunder är viktigare än att backa ett avsnitt
Jag lyssnar nästan alltid på SR Play med Bluetoothhörlurar. På olika sätt kan man trycka eller svepa på dem för att hoppa bakåt eller framåt i lyssningen. När jag lyssnar på enstaka avsnitt gör de kommandona att man hoppar 15 sekunder bakåt eller framåt i lyssningen, vilket jag jag stor nytta av. Tyvärr fungerar den bara om man startar avsnitten manuellt /.../.
Om jag i stället startar ett avsnitt från en spellista /.../ gör bakåtkommandot att man kommer till avsnittets början och framåtkommandot att man kommer till nästa avsnitt. Appen beter sig på detta sätt vid uppspelning från spellistor oavsett om inställningen för automatisk uppspelning på den allmänna inställningssidan är aktiverad eller inte.
Jag förstår att det nuvarande beteendet kan vara praktiskt för nyhetsspellistor, men annars är det mycket irriterande, eftersom det i princip gör att jag inte kan använda funktionen för automatisk uppspelning av nästa avsnitt i en spellista. Om jag vill att telefonen automatiskt ska spela upp flera avsnitt efter varandra (t.ex. för att jag av någon anledning inte kommer att ha möjlighet att själva plocka upp telefonen och byta avsnitt), väljer jag därför en annan poddapp.
Jag har svårt att föreställa mig en situation där appens nuvarande beteende är att föredra framför det beteende som jag önskar, dvs. att de aktuella kommandona leder till 15-sekundershopp oavsett om man lyssnar från en spellista eller inte. Därför skulle jag uppskatta om det vore möjligt att ändra på detta.
/.../
Tack för allt ert arbete med appen!
Om jag i stället startar ett avsnitt från en spellista /.../ gör bakåtkommandot att man kommer till avsnittets början och framåtkommandot att man kommer till nästa avsnitt. Appen beter sig på detta sätt vid uppspelning från spellistor oavsett om inställningen för automatisk uppspelning på den allmänna inställningssidan är aktiverad eller inte.
Jag förstår att det nuvarande beteendet kan vara praktiskt för nyhetsspellistor, men annars är det mycket irriterande, eftersom det i princip gör att jag inte kan använda funktionen för automatisk uppspelning av nästa avsnitt i en spellista. Om jag vill att telefonen automatiskt ska spela upp flera avsnitt efter varandra (t.ex. för att jag av någon anledning inte kommer att ha möjlighet att själva plocka upp telefonen och byta avsnitt), väljer jag därför en annan poddapp.
Jag har svårt att föreställa mig en situation där appens nuvarande beteende är att föredra framför det beteende som jag önskar, dvs. att de aktuella kommandona leder till 15-sekundershopp oavsett om man lyssnar från en spellista eller inte. Därför skulle jag uppskatta om det vore möjligt att ändra på detta.
/.../
Tack för allt ert arbete med appen!
Följ inlägget
1
följare
Bra att du skapade en ny tråd om detta, jag såg att du och Annika snuddade på ämnet under gårdagen. Som Annika nämnde så har vi nyligen gjort förändringar i appens kortkommandon för IOS, det kan mycket väl vara så att vi också behöver se över dessa kommandon för Android. Då i synnerhet inuti spellistor.
Jag trodde att kommandona för IOS och Android nu efter IOS-uppdateringen blivit identiska, men så är det inte. När jag startar automatisk uppspelning i Min lista och använder kommandot i IOS, så hoppar den 15 sekunder, medan samma kommando i en nyhetsspellista hoppar till nästa nyhet. Beteendet för kortkommandon i IOS inuti spellistor verkar med andra ord vara det du önskar.
Skillnaden mellan Android och IOS är alltså att kommandot byter spår i samtliga spellistor i Android, istället för att hoppa 15 sekunder. I just nyhetsspellistor är det ett önskat beteende, men jag håller med om att så inte är fallet i de andra spellistorna där man oftast använder funktionen för att hoppa tillbaka i uppspelningen om man t.ex. missat något som sagts.
Så, problemet med kortkommandona i Android är just spårbytena som sker i våra spellistor, där det önskade beteendet istället vore att förflytta sig 15 sekunder bakåt eller framåt. Jag ska se till att lyfta detta med utvecklarna, förhoppningsvis kan de titta närmare på appens kortkommandon i Android och få till en bättre lösning. Många av utvecklarna är dock fortfarande på julledighet, så det kan eventuellt dröja ett tag innan någon har möjlighet att undersöka detta vidare.
Stort tack för att du uppmärksammade oss på detta!
Min kollega Ted tog upp detta med app-teamet i början av januari. Då sa att det eventuellt finns en lösning på gång för att åtgärda detta. Ska undersökas med [en av utvecklarna] när han är tillbaka.
Jag tar reda på hur det har gått nu på onsdag, vid nästa avstämning med app-teamet!
Enklast tror jag är att tillfälligt lyssna från vår hemsida istället - om du har en BT-anläggning i bilen där detta fungerar. Hemsidan i mobilen är rätt lik appen. Om det går att lyssna den vägen rent tekniskt, men du inte hittar innehållet, så berätta vad det är du vill lyssna på!
sverigesradio.se
Om det inte fungerar tekniskt i bilen, så återkom.
Jag har precis haft avstämning med app-utvecklarna och pratat om både det gamla önskemålet om att backa- och skippa-funktioner bör ge 15 sekunders hopp vid all form av lyssning på avsnitt, oavsett om man lyssnar i en spellista eller inte, och om det nya problemet där även avsnitt utanför spelkön backas till start samt att det inte går att backa med snabbkommando i live-strömmar.
Det nya problemet är vi på. Jag uppfattade det som att vi har en lösning på gång, men att vi undersöker så att den lösningen fungerar bra ihop med bland annat biltjänsterna Android Auto och Automotive.
Det äldre förbättringsförslaget ser vi däremot inte över just nu, tyvärr, men jag passade på att sammanfatta hur jag uppfattar önskemålen så att detta blir så bra som möjligt framöver - för vi bör ju självfallet få till det på bästa möjliga vis:Hoppas att min bild av önskat läge stämmer med er! De Storyspellistor som jag nämner ovan är ett internt ord för de nyhetsfördjupningar vi hittar under rubriken I korthet på appens startsida.
Din sammanfattning av önskemålen verkar vara korrekt. Det är förstås tråkigt att ni inte ska titta på detta i nuläget, men jag antar att det finns annat viktigt som utvecklarna också behöver ägna sig åt. Lyckligtvis finns ju det mesta från SR även i t.ex. Google Podcasts, så de gånger jag vill spela upp flera saker i rad, får jag helt enkelt fortsätta att använda andra appar. Det ska dock bli skönt att snart kunna återgå till att använda SR Play i övriga situationer. Det finns trots allt även flera fördelar med SR Play jämfört med att använda andra appar för SR:s material.
Tack för era ansträngningar.
Vi ska nu ha släppt version 23.4.2 som beta, och den borde ha kommit till er, om den inte har fastnat hos Google. I den versionen ingår har vi återställt de "custom actions" som försvann tidigare, vilket i klarspråk betyder att ni åter skall kunna backa och hoppa framåt 15 sekunder med de vanliga kommandona i exempelvis bilen eller på hörlurarna för kanaler och för avsnitt utanför listor.
Det låter som om vi har en samsyn kring vad som är önskat läge även för avsnitt i spellistor, där vi inte har förbättrat något ännu. Jag tycker detta är en mycket bra sammanfattning om varför 15 sekunders-hoppen är det som bör prioriteras:I version 23.4.2 ingår dessutom en annan förbättring Albert har föreslagit, nämligen möjligheten att enklare kunna markera ett avsnitt som spelat. Detta går nu att göra direkt i trepunktsmenyn för respektive avsnitt.
Hör av er om det är några konstigheter (som att denna betaversion inte är ute ännu eller att den fortfarande är problem att backa 15 sekunder)!
Jag tar reda på varför den inte har sipprat ut än, eftersom det brukar gå på ett par timmar. (Om det är vi själva som har missat att göra något så löser vi det förstås!)
Hoppas innerligt att de snart säger ok!
Tackar! Jag gick ut betaprogrammet tillfälligt så nu är jag tillbaks igen.
Hoppas att godkännandet av appen går snabbt så jag kan testa igen.
Vinkelvolten - Galenskaparna och After Shave (SVT Humor på Facebook)
Vi har möjligen fastnat i "review-processen". Jag hoppas att det löser sig snabbt.
Ser också att ni antagligen lämnade den för review till Google den 6:e april för det var då det stod "uppdaterades senaste" och sedan tog det lite tid innan de granskade pga. helgerna.
Hur lång tid brukar ni dröja mellan beta tills den skarpa? Med tanke på att både jag och Albert hittade denna buggen ganska snabbt så funderar jag på om det är någon skillnad mellan beta och riktiga. I min värld borde man väl hålla någon dag däremellan, annars är det ju ingen mening med beta.
Beta-versionen är samma som vi släpper skarpt någon dagar senare (om vi inte bromsar utrullningen på grund av en bugg eller att vi har tåtat ihop ytterligare någon förbättring som vi vill passa på att få med i versionen).
Den version ni fick som beta i helgen har börjat sippra ut skarpt nu. Vi släppte den till 10 procent av användarna nu i morse.Absolut. När ni rapporterade in felet med "custom actions" i version 23.3.3, så var vi i ungefär samma läge som version 23.4.2 är nu. Appen fanns ute skarpt, men inte hos så många lyssnare.
Er felrapport gjorde att vi först bromsade utrullningen och såg över hur allvarlig buggen är samt hur prognosen var för att snabbt åtgärda den. Detta vägdes sen mot vilka fördelar version 23.3.3 hade jämfört med versionen innan. Vi bedömde att den här buggen visserligen är allvarlig (om än inte lyssningskritisk) och att den påverkar många. Samtidigt bedömde vi att den borde vara relativt enkel att lösa, så vi beslutade oss för att gå vidare med releasen och istället fokusera på att snabbt lösa det nya problemet.
Version 23.3.3 medförde ju inte bara en bugg. Där ingick även bra saker som vi ville få ut. Somliga var viktiga för lyssnare, som grafiska förändringar som jag hoppas gör att appen blir enklare att använda, i synnerhet för "sällan-lyssnare". Och att vi hade rättat ett fel där appen i vissa lägen förbrukade data trots att lyssnare hade laddat hem avsnittet
Andra nyheter i version 23.3.3 var strategiskt viktiga för Sveriges Radio, inte minst att delade länkar nu leder till ett avsnitt i appen istället för samma avsnitt på vår hemsida (om du besöker oss på datorn går länken dock till sajten). Det var viktigt för oss att den typen av länkar fanns på plats när vi nu för första gången testade så kallad windowing, vilket innebär att innehåll (hos oss vissa avsnitt av P3 Dokumentär) finns på vår egen plattform innan det når tredjepartsplattformar. Avsikten är att få fler lyssnare att upptäcka vår app. (Här skriver jag mer om detta.)
Den här gången gick vi vidare med releasen trots det fel ni rapporterade in. Andra gånger har vi bromsat utrullningen av en version när betatestare (eller våra loggfiler) visar att det har slunkit med något oönskat.
I det här fallet fick alltså fler lyssnare del av denna bugg på grund av våra prioriteringar, och dessutom tog det en vecka längre än vanligt innan den lösning vi gjorde nådde er.
Vi ber om ursäkt över detta.
Det önskemål som Albert skrev i trådens första inlägg kvarstår:
BT-kommandot 'Hoppa bakåt' bör backa 15 sekunder, inte starta om avsnitt eller backa till föregående avsnitt i en lista
I och med att en stor del av tråden handlar om en bugg vi introducerade - och löste - i fjol, sammanfattar jag resonemanget som rör det ursprungliga förslaget:
Utvecklarna förstår behovet och vi kommer att se över detta - men det kommer inte att kunna ske innan påsk.
Med tanke på att vi vill hämta hem lyssningen till SR Play (något som bland annat diskuteras här), vill vi på supporten att lägga extra fokus på att utvecklingsteamen förstår vilka brister i appen som får lyssnare att använda andra appar. Där är det bra att du, Albert, har varit så tydlig med att du väljer bort SR Play när du spelar avsnitt i listor, just för att du vill kunna backa 15 sekunder med "BT-kommandot".
Om vi inte kan ha detta valfritt för att det gör appens kod onödigt snårig, så är dock 15 sekunders-alternativet det som flest lyssnare har störst nytta av, så vi måste ta oss loss fån vinkelvolten och förbättra appen. (Tack igen för att du introducerade begreppet vinkelvolt!)
Under den senaste tiden har jag i huvudsak lyssnat med Podcast Republic, till stor del på grund av detta (men även eftersom jag upptäckt att den appen är mycket bättre än Google Podcasts, som jag tidigare använde för poddar som inte kommer från SR). Jag använder dock fortfarande SR-appen för bl.a. sådant som inte är tillgängligt via rss-flödena. Även när jag inte lyssnar i SR-appen, markerar jag fortfarande allt som jag lyssnat på som spelat där. Lyssningshistoriken är viktig för mig.
När den här funktionaliteten är åtgärdad, kommer jag förmodligen att i större utsträckning lyssna via SR-appen. En nackdel som det aldrig går att komma ifrån är ju dock att det i SR-appen inte går att ha både SR-material och externa poddar i samma spellista. Dessutom tillåter Podcast Republic högre uppspelningshastigheter än 2, vilket ibland kan vara bra.
Jag har hjälpt kolleger att sammanställa orsaker till att lyssnare väljer bort vår app, och angav bland annat dessa punkter:
- Vill lyssna på våra program i den app som används för övriga poddar
- Bluetooth: spolaknapp i Android-appen byter till nästa avsnitt i lista, lyssnare önskar att den hoppar 15 sekunder
- Fler/andra val för uppspelningshastighet
Den första punkten är viktigast och, som du skrev, knepig att göra något åt.