Elisa Viihde API Devaus

Olenko ymmärtänyt oikein, että Elisa melkeinpä haluaa pimittää tätä a) tekijänoikeudellisista syistä (.ts:n "liian hyvä" kuvanlaatu) ja/tai b) säästääkseen kaistaa "pakottamalla" käyttäjät huono(mpi)laatuiseen adaptiiviseen striimiin?

Nyt kun .ts-lataukset taas toimii, niin latasin kokeeksi samasta ohjelmasta sekä .ts että adaptiivisen .mp4 -version. ts-tiedoston koko oli 702000 kB ja mp4-tiedoston koko 720000 kB.

Itse en näe paljoakaan eroa noilla kahdella tallenteella (kuvakoko ja bitrate samat).

Joten salaliittoteoriasi on hieman ontuva.

Olenko ymmärtänyt oikein, että Elisa melkeinpä haluaa pimittää tätä a) tekijänoikeudellisista syistä (.ts:n "liian hyvä" kuvanlaatu) ja/tai b) säästääkseen kaistaa "pakottamalla" käyttäjät huono(mpi)laatuiseen adaptiiviseen striimiin?Nyt kun .ts-lataukset taas toimii, niin latasin kokeeksi samasta ohjelmasta sekä .ts että adaptiivisen .mp4 -version. ts-tiedoston koko oli 702000 kB ja mp4-tiedoston koko 720000 kB.

Itse en näe paljoakaan eroa noilla kahdella tallenteella (kuvakoko ja bitrate samat).

Joten salaliittoteoriasi on hieman ontuva.
Ainakin wifi-yhteydellä vaikutti välillä arpovan resoluutiota, vaikka yhteys on vähintäänkin riittävän nopea.

Mistä tässä sitten on kyse? Elisan api-dokumentaatio ei pysy muutosten tahdissa - vai miksi urlit pitää kaivaa hollannin kieliasetuksen kautta Sherlock Holmes -menetelmällä? Kysyn silkasta uteliaisuudesta, koska en ole devaaja (ja varmaan siksi väärässä ketjussa vänkäämässä ylipäätään).

Onko mitään arvioita missä vaiheessa tämä iso porukka sitten saa jotain aikaiseksi? Ilmeisesti joku on taas mennyt "korjaamaan" jotain, mikä ei ole ollut edes rikki ja tässä tulos...
Uusi kuukausi ja uudet kujeet, sain juuri korvanappiini tiedon että nyt olisi kunnossa, en tiedä onko tänään saatu kuosiin vai tiedotus vain unohtunut. Mitä nöyrimmät pahoittelut kuitenkin ongelman kestosta 😞 Ostetaan järeämpiä maihareita jatkoa varten!

OT: 10kg löytyy jo ja gootti-raudalliset New Rockit 😃 Paremmin silti mun mielestä monotukseen toimii ihan noi perinteiset Maiharit joissa turvakärjet :P

Kukkaruukussa: Siistiä, tän korjautumisesta en ollut viä kuullukkaan :D

Bäk in topic: Onhan nyt kaikki valtakunnassa taas mallillaan? 🙂

Oletteko huomanneet, että viime kesän jälkeen tallennetiedostot olisivat olleet jotenkin raskaammin pakatattuja tms? Aiemminkin HD-kanavien (nykyään käytännössä kaikkien kanavien) tallenteiden koko on 30 min ohjelmalla jotain 2-2,5 Gt. Aiempina vuosina olen Handbrakella saanut tiedoston koon pienennettyä yhteen gigatavuun, välillä jopa sen alle, ja niin että kuvanlaatu on vähän laskenut mutta pysynyt silti katsottavana. Syksyllä kun lataustoiminto saatiin taas pystyyn, huomasin että kesän jälkeen tallennettujen tallenteiden tiedostot pysyvät Handbrake-käsittelyn jälkeen samankokoisina, n. 2 Gt. Kuvanlaatu ei myöskään juuri laske, mitä voi tietysti pitää hyvänäkin puolena, mutta olisin valmis pudottamaan sitä vähän tallennustilan säästön nimissä. Olen kokeillut talven mittaan erilaisia asetuksia Handbrakella, mutta tiedostokoko pysyy sinnikkäästi lähes samana kuin .ts-tiedostolla. Pyöräytän tallenteet edelleen Handbraken kautta, mutta vain siksi että sillä tiedoston saa mp4:ksi. Onko tähän olemassa ratkaisua, vai täytyykö vain hyväksyä tämä? Ehkä tuo 2 Gt per jakso ei edes nykystandardeilla ole paljon, kun tallennustila on melko halpaa. Tuntuu silti hurjalta, että kun aiemmin puolessa vuodessa kertyi tallenteita vaikka 100 Gt verran, nyt samassa ajassa tulee 200 Gt, tuosta datasta tuntuu puolet olevan "turhaa". Mutta kun asiaa ajattelee tallennuslaitteiden hinnan kannalta, eihän tuo ero ole sellainen etteikö sitä kestäisi.

Nyt saan koko ajan vain Error 500 kun yritän kutsua mitä apia tahansa? Onko mun apikey lukittu jostain syystä, vai onko yleinen ongelma tällä hetkellä?

Esim access-code endpoint herjaa:

{
"message": "An unexpected error occurred"
}

@asmandos ja @st72 pistin kyselyä että onko meillä ongelmia, vastausta odotellessa 🙂

Mahdollinen ongelmakohta paikannettu ja toimenpide suoritettu, testatkaas @asmandos ja @st72 josko taas toimisi ja jos viitsitte niin kuitatkaa tänne myös niin tiedetään auttoiko :)

Näyttäisi toimivan. Kiitos 🙂

Hienoa, että saatiin korjaus näin nopeasti! 🙂

Tuli hieman tutkittua, kuinka näiden uudenmuotoisten tallenteiden URL oikein haetaan. Varmaankin esimerkit (hieman sensuroituna) selventävät:

• Selain (Firefox): pyyntö ja vastaus, requestRouterUrl uudelleenohjaa MPEG-DASH-manifestiin (url viihde-amfcache24-pa.cdn.elisaviihde.fi/cdn/v5/ABCD-YYY-netpvr-41-20210225T190023000~20210225T204042000/20210225T190023000_20210225T204042000.mpd)
• Android: pyyntö ja vastaus, requestRouterUrl uudelleenohjaa MPEG-DASH-manifestiin 
• Python-skripti: pyyntö ja vastaus, requestRouterUrl uudelleenohjaa HLS master playlistiin (url viihde-amfcache24-pa.cdn.elisaviihde.fi/cdn/v5/ABCD-YYY-netpvr-41-20210225T190023000~20210225T204042000/20210225T190023000_20210225T204042000.m3u8)

Huomionarvoisia kohtia tuon POST-pyynnön sisällössä:

• protocol: dashilla saa MPEG-DASH-manifesti ja hls:llä HLS master playlistin
• cdnServiceOptions: s_ttml: tekstimuotoiset tekstitykset, s_smptett (bittikarttamuotoiset, Androidilla näköjään käytetään sellaisia); DASHilla fragmentoitu TTML, HLS:llä WebVTT-segmentit

Lataamisesta sen verran, että FFmpeg:llä onnistuu WebVTT-tekstitysten lataaminen. Suoraan master playlististä se tunnistaa ne vain, jos käytetään optiota -strict experimental, mutta tällöin ainakin minulla tekstitykset ovat 10 sekuntia jäljessä. Streamlinkillä saa kätevästi valittua ääniraidat (--hls-audio-select) ja myös youtube-dl:llä raitojen valinta onnistuu helpohkosti (muistaakseni), mutta kumpikaan ei osaa ladata tekstityksiä.

FFmpeg:llä on hieman hankalampaa valita halutut ääniraidat: jos laittaa esim. -map 0:v -map 0:a:m:language fi, saa kaikki erilaatuiset videoraidat ja kaikki erilaatuiset suomenkieliset ääniraidat. Tämän voi kiertää viittaamalla oikeaan HLS-varianttiin (-map 0:p:X:v, -map 0:p:X:a:m:language fi), missä X on variantin numero, joka pitäisi ensin master playlististä selvittää (toiseen ketjuun linkittämästäni python-skriptistä löytyy tästä yksi toteutus). 

Tuli hieman tutkittua, kuinka näiden uudenmuotoisten tallenteiden URL oikein haetaan. Varmaankin esimerkit (hieman sensuroituna) selventävät:

 

Mainiota reverseä, hattu päästä!

 

Latailin erilaisia YLEn ohjelmien Elisan tekemiä versioita ja tutkin ääniraitoja Audacityllä.

Lyhyesti sanottuna nuo on pilattu… paitsi että biteistä on kuristettu puolet pois (448 => 224 k) niin myös kanavat on sotkettu. Tämä myös selittää miksi digiboksi lähettää 5.1 kanavaa kotiteatterille jokaiselle YLEn tallenteelle ja jokaiselle ääniraidalle:

 

#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio-ec-3-256",LANGUAGE="nl",NAME="Dutch; Flemish",DEFAULT=YES,AUTOSELECT=YES,CHANNELS="6",URI="ABCD-YYY-netpvr-...-audio_dut_1=256000.m3u8"

Yllä siis tekstitulkkaus. YLE lähettää sen kahdella kanavalla, Elisa koodaa sen kuudelle kanavalle. Sama koskee kaikkia YLEn 2.0 ääniraitoja. YLEn 5.1 raidoista pelkään että Elisa ottaa vain vasemman ja oikean ja koodaa ne sitten itse 5.1 muotoon. Se vähän kuulostaa siltä mutta en pysty vielä todentamaan tätä. YLEn suorat IPTV-kanavat Elisan kautta ainakin toistavat vain vasemman ja oikean etukanavan ja kaikki muut on hiljaa. Näin on ollut siitä alkaen kun adaptiive bit rate otettiin käyttöön näillä uusilla Netgemin malleilla.

 

Näitä ei vaan voi katsella (kuunnella) enää AV-vahvistimella kun puhe ja kaikki tulee korviin ihan vääristä suunnista. AV uskoo saavansa oikealla tavalla koodattua 5.1 ääntä ja toistaa sen niistä purkeista mitä kanaviin on kytketty.