Kiinnitetty keskustelu

Elisa Viihde API Devaus


Käyttäjätaso 6
Kunniamerkki +3
Tämä keskustelu on tarkoitettu API kehityksen teknisemmälle tiedonjaolle, eli lähinnä devaajille foorumiksi missä jakaa osaamista ja vinkkejä toisilleen.

Tänne voi myös ilmoitella API rajapinnassa ilmenevistä ongelmista ja bugeista.

API Info sisältää tietoa niille, jotka ovat kiinnostuneita liittymään devaajiin ja ohjeet API keyn hankkimiseen (sisältää myös sopimusten tulkinnasta paljon tietoa)
API Julkaisut ja bugiraportit on keskustelu, missä devaajat voivat julkaista omia sovelluksiaan ja infota näiden päivityksistä, tuolla voi myös ilmoitella bugeista mitä käyttäjäpuolelta havaitaan

API devauksen dokumentaatiot löytyy jatkossa GitHubista

34 kommenttia

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.
Käyttäjätaso 4
Patomiäs kirjoitti:

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



Näyttäisi toimivan vanhalla API URLilla taas.

Tiistaina kuulemma ongelma löytyi, ja korjaus meni tuotantoon eilen, eli tiedotus on toiminut erinomaisesti 🙂
Käyttäjätaso 6
Kunniamerkki +3
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? 🙂
Käyttäjätaso 5
Patomiäs kirjoitti:

Ostetaan järeämpiä maihareita jatkoa varten!



Et sä maihareilla pärjää, 50kg hienosäätötaputteluleka ja kunnon gootti-maiharit joissa paljon rautaa kiinni.

Asiasta kukkaruukkuun; lainaus toimii vaikka skandit. Oho. 😃
Käyttäjätaso 6
Kunniamerkki +3
tonyk kirjoitti:

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!
Käyttäjätaso 6
Kunniamerkki +3
Lisäilin aloitukseen GitHub linkin, minkä takaa jatkossa voi käydä tsekkaileen noita ajantasaisia dokkareita
jj_laaksonen kirjoitti:


apino kirjoitti:

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).
jj_laaksonen kirjoitti:


apino kirjoitti:

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.



Mites tuo lataus nyt onnistuu?
Käyttäjätaso 1
apino kirjoitti:


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.
st72 kirjoitti:


Jos olette siirtäneet tiedostot toiseen domainiin, muutatte tietysti API:n palauttamaa urlia vastaavasti. Ei pitäisi olla mitään rakettitiedettä.



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?

Ehkä foliohattu on vedetty liian syvälle päähäni, mutta rivikäyttäjänä en oikein pysy perässä tässä api-mystiikassa.
Käyttäjätaso 4

Vähän nyt menee poliittisen vastauksen puolelle, mutta noita muita mitä keksii tuollain saa käytellä jos tahtoo ja toimii jos toimii. Muutoksia toimivuuteen voi siis tulla ja mikäli ominaisuus ei ole esiteltynä tuolla API:n dokumentaatiossa, ei sille pysyvää toimivuutta myöskään taata. Toivottavasti tämä nyt edes vähän selvensi :D


Kiitos vastauksesta, mietin vain, missä vaalipiirissä olet ehdolla... 😀Kerrottakoon nyt sitten, että toimivan URLin .ts:ään saa pyynnöllä

(Toisin kun tuossa ylempänä annoin ymmärtää, myös platform=external toimii, boksilla platform=agnes_impaired).

Ja jos joku erityisesti tykkää hls-striimeistä, niin platform=agnes, antaa sellaisen, jossa ääni (DD+ YLEllä) ja kuva ovat samassa striimissä. Tämä siis toimii myös https://api-viihde-gateway.dc1.elisa.fi:n kautta.

EDIT: Ja lainaukset ei vieläkään näemmä toimi kunnolla.
Käyttäjätaso 2
[quote user="Patomiäs"]Vähän nyt menee poliittisen vastauksen puolelle, mutta noita muita mitä keksii tuollain saa käytellä jos tahtoo ja toimii jos toimii. Muutoksia toimivuuteen voi siis tulla ja mikäli ominaisuus ei ole esiteltynä tuolla API:n dokumentaatiossa, ei sille pysyvää toimivuutta myöskään taata. Toivottavasti tämä nyt edes vähän selvensi :D

Pakko vähän kommentoida: ts-videon urlin haku oli esitelty ainakin minulle lähetetyssä API-paketissa eikä se silti enää toimi. Yleensä kun APIn kuuluisi olla vakaa jotta sen päälle voi tehdä softaa. En ole nähnyt mitään arvioitua aikataulua Elisan puolelta fiksata tuota vikaa.

Jos olette siirtäneet tiedostot toiseen domainiin, muutatte tietysti API:n palauttamaa urlia vastaavasti. Ei pitäisi olla mitään rakettitiedettä.
Käyttäjätaso 6
Kunniamerkki +3
Vähän nyt menee poliittisen vastauksen puolelle, mutta noita muita mitä keksii tuollain saa käytellä jos tahtoo ja toimii jos toimii. Muutoksia toimivuuteen voi siis tulla ja mikäli ominaisuus ei ole esiteltynä tuolla API:n dokumentaatiossa, ei sille pysyvää toimivuutta myöskään taata. Toivottavasti tämä nyt edes vähän selvensi 😃
Käyttäjätaso 4
Hmm... voisin ehkä tehdä vastaava "launcheri" kuten ViihdeVLCLauncher, mutta joka käynnistäisi yt-downloader sen sijaan. Voisi ehkä helpottaa elämää toistaiseksi.

Jos opiskelisin vähän pyhtonia nyt 🙂
Käyttäjätaso 4
Yritän muotoilla kysymykseni selvemmin. Voisiko vaikka @Patomiäs tai @error404 ottaa asiaan kantaa.

APIn dokumentaation mukaan tallenteen (id 1234) URL saadaan pyynnöllä

Kuten @asmandos ja @ssulti ovat todenneet, vastauksena tulee kyllä URL, mutta se ei toimi (403 Forbidden).

Toimivan URLin kuitenkin saa pyynnöllä

missä y.z on Elisan omistama domain. Asian sain selville tutkimalla digiboksin verkkoliikennettä, kun ohjelmatekstitys (hollanti) oli asetuksista valittuna.

Nyt se itse KYSYMYS: Onko tuota alla mainittua pyyntöä suotavaa käyttää sovelluksissa, jotka mahdollistavat tallenteiden katselun ja latauksen tietokoneella? (Vai palauttaako tuo ylempänä mainitulla pyynnöllä haettu URL 403:n nimenomaan siksi, että .ts-palvelimilla ei tällä hetkellä riitä kapasiteettiä kuin digiboksilla ääni- tai ohjelmatekstityksiä tarvitseville tms.?)
Käyttäjätaso 4
Käyttäjän @st72 kommentti toisesta ketjusta innosti hieman tutkimaan, kuinka nuo ääni- ja ohjelmatekstitykset oikein toimivat digiboksilla. Näköjään käytetään alkuperäistä DVB-tallennetta, jonka URL noudetaan lähes samalla tavalla kuin APIa käyttäen. Pyyntö tehdään eri palvelimelle ja käytetään eri platform-optiota (https://api-viihde-gateway.dc1.elisa.fi/ palauttaa URLin, joka ei toimi).

Nyt kysyisinkin, että miten Elisa suhtautuu tämän URLin hakuun sovelluksissa (vaatii siis oikeastaan vain yhden rivin muutoksen) ja sitä kautta tallenteiden katseluun tai lataukseen? Periaatteessa tuota ei voine eri palvelimen käytöstä johtuen pitää minään APIn piilotettuna ominaisuutena. Ja toisaalta, jos tallenteita aletaan tuota kautta latailemaan, aiheuttaako se kuulo- ja näkövammaisille tai muuten ohjelma- tai äänitekstityksiä tarvitseville ongelmia tallenteiden toiston pätkimisen muodossa?
Käyttäjätaso 4
Adaptiivisten tallenteiden lataus onnistuu ainakin seuraavilla sovelluksilla:
ffmpeg (ios, android)
youtube-dl (ios, android, online_wv, online (osa tallenteista antaa erroria))
  • tarvitsee ffmpeg:tä äänen ja kuvan yhdistämiseen
  • monipuoliset optiot formaatin valintaan (saa varmasti haluamansa)
streamlink (ios, android)
  • latausvauhdin saa moninkertaistettua --hls-segment-threads --optiolla
  • en ole varma saako haluamansa ääniraidan (ec-3-224 / aac1-192) varmasti valittua
HLS-striimien toisto (ios, android) onnistuu ainakin DirectShow-soittimilla LAV Splitter Sourcea käyttäen sekä Kodilla inputstream.adaptivea hyödyntäen.

Ja jouduin kirjoittamaan samat asiat kolmesti näköjään siksi, että viesti katkesi koodi-tagien kohdalta 😣

EDIT: Jos noita formaatteja halua ihmetellä, tuota voi halutessaan käyttää apuna.
Käyttäjätaso 4
Tässä kun on tullut sattuneesta syystä viime päivinä hieman perehdyttyä noihin adaptiivisiin tallenteisiin, niin ajattelin kirjoitella omia huomioitani siitä, missä muodoissa noita tallenteita on APIn kautta saatavilla ja kuinka niiden lataus tai katselu onnistuu.

Tallenteen formaati valitaan 'recordings/url/?v=..' -pyynnön 'platform'-optiolla. Alkuperäinen tallenne löytyy (tai siis tällä hetkellä pitäisi löytyä), kun platform=external. Vastauksesta löytyvä URL vie .ts-tiedostoon, jonka siis saa ladattua esim. curlilla tai nettiselaimella.

Adaptiivisiin tallenteisiin pääsee käsiksi eri protokollia käyttäen. Yhteistä kaikille on, että videoraita ja ääniraita ovat eri striimeissä. Tallenteisiin vievät ainakin seuraavat platform-optiot:
ios (protokolla: HTTP Live Streaming)
android (protokolla: HTTP Live Streaming)
online (protokolla: Microsoft Smooth Streaming)
  • URL vie Smooth Streaming Client Manifestiin
  • esimerkki: HD (YLE)
  • youtube-dl:n formaattilistaus: SD, HD (YLE), HD (MTV3 720p)
  • käytännössä siis samat laadut kuin yllä
online_wv (protokolla Dynamic Adaptive Streaming over HTTP)
  • URL vie MPEG-DASH Media Presentation Descriptioniin
  • esimerkki: HD (YLE)
  • youtube-dl_n formaattilistaus: HD (YLE)
  • HD-laatua EI saatavilla (aiemmin oli)
EDIT: Ilmeisesti ei kaikki mahtunut yhteen viestiin.
Käyttäjätaso 6
Kunniamerkki +3
Aikataulua ei tässä kohtaa ole vielä kuulunut, huutelin aiheen perään josko sitä saataisiin tai muuta tietoa että missä mennään.

Itse mietin tätä kahtia jaottelua tähän tyyliin:
API-rajapinta --- Devaajan koodaama softa --- Käyttäjä

Eli tämä Devaus-lanka tippuu tuohon ensimmäiseen --- slottiin ja tuo toinen lanka tuonne toiseen. Lähinnä siis hain jakoa keskusteluun teknisesti katsellen, eli tänne keskustelut siitä mitä tapahtuu meidän rajapinnan ja devaajien softan välillä, tuonne toiseen taas sitten softan ja end-userin väliset jutut 🙂
Käyttäjätaso 5
Näin devaajan asemassa näkisin mielelläni, että nämä "yleiset purnaukset ja muut jupinat" menisi tuonne https://yhteiso.elisa.fi/elisa-viihde-sovellus-ja-nettipalvelu-16/elisa-viihde-api-julkaisut-ja-bugiraportit-512104/index4.html puolelle ja tämä ketju jäisi enemmän itse rajapinnan tekniseen keskusteluun. Ehdotinkin tätä jo aikanaan, mutta ilmeisesti kyseistä rajausta ei saada tehtyä sovelluksessa?

Näin saataisiin tiedonjako toimimaan paremmin devaajat elisa välillä, ilman että ketjussa olisi tarpeetonta tai muualle kuuluvaa kohinaa ja pälinää, joka hukkaa herkästi tarpeelliset tiedot.

Pyyntö vain, kun kerran on kaksi ketjua asian tiimoilta. Vai onko edes mahdollista @Patomiäs @error404 ja muut Palstan Isopomot?
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...
Käyttäjätaso 3
Kovasti on yritetty korjata isommallakin porukalla mutta valitettavasti ongelmaa ei ole saatu ratkaisua.
Käyttäjätaso 3
Ollaanko tätä korjaamassa vai jäikö taas ettei tallenteita saa omalle koneelle
Tiukasti keskustelua seuranneena päätin tänään ottaa asiakseni saada nuo ohjelmat kuntoon.
Ajattelin, että tein jotain väärin kun ensin tosiaan tuo autentikointi ei toiminut ja sitten kun se alkoi toimimaan, niin heitti tuota erroria jatkuvasti.
Hienoa että @Patomiäs on ollut nyt hyvin aktiivinen asian suhteen. Kiitokset siitä. *thumps up*
Toivottavasti pääsisi huomenna jo testaamaan miten hommat toimii, mikäli asia saadaan korjattua.

Suurkiitokset @asmandos, @ssulti ja @Qotscha vaivannäöstänne.
Te olette todellisia sankareita. *nöyrä kumarrus*
Käyttäjätaso 6
Kunniamerkki +3
Korjaus työn alla, jatkuu aamusta kun maiharimiehet ja -naiset saapuu taas hommiin. Pahoittelut häiriöstä! Eka ongelma saatiin jo niitattua mutta toinen sielllä vielä 403 errorin muodossa vaivaa

Osallistu keskusteluun