Laturi

  • Keskustelun aloittaja Keskustelun aloittaja hrk
  • Aloitettu Aloitettu
Sinull
Joku bugi on uusimmassa versiossa, ensin se lataa srt-tiedoston Elonetistä mutta sitten kun elokuvan lataus loppuu niin sitten se srt häviää johonkin, ei mene roskakoriin eikä virustorjunnan karanteeniin eli bittitaivas kutsuu sitä.
Sinulla on varmaankin tekstitysten käsittelytavaksi valittuna muxed, joka onkin oletus. Tekstit ovat nyt mkv-kontainerin sisällä. Luepa se käyttöohje.
 
Viimeksi muokattu:
Asensin laturin macOS:lle, huomioita FYI hengessä:

- asennus ei toimi python 3.13, python 3.12 toimii. Ainakaan PySide6 ei tue vielä v3.13.
- laturi etsii macOS:lla "ffmpeg":iä vain "/usr/local/bin/ffmpeg" ja käyttäjän kotihakemistosta. homebrew asentaa ffmpeg:n paikkaan
"/opt/homebrew/bin/ffmpeg", joka lienee aika yleisesti käytössä. Samaten 'shutil.which("ffmpeg")' toimii myös macOS:ssa (jota laturi käyttää muilla alustoilla ffmpeg:n paikantamiseen)

Lisäsin symlinkin ~/ffmpeg -> "/opt/homebrew/bin/ffmpeg", jonka jälkeen python 3.12:lla asennettu laturi toimi mainiosti :thumbsup:
 
Asensin laturin macOS:lle, huomioita FYI hengessä:

- asennus ei toimi python 3.13, python 3.12 toimii. Ainakaan PySide6 ei tue vielä v3.13.
- laturi etsii macOS:lla "ffmpeg":iä vain "/usr/local/bin/ffmpeg" ja käyttäjän kotihakemistosta. homebrew asentaa ffmpeg:n paikkaan
"/opt/homebrew/bin/ffmpeg", joka lienee aika yleisesti käytössä. Samaten 'shutil.which("ffmpeg")' toimii myös macOS:ssa (jota laturi käyttää muilla alustoilla ffmpeg:n paikantamiseen)

Lisäsin symlinkin ~/ffmpeg -> "/opt/homebrew/bin/ffmpeg", jonka jälkeen python 3.12:lla asennettu laturi toimi mainiosti :thumbsup:
Python 3.13 on ollut virallisesti olemassa vasta 2 viikkoa, eivätkä kaikki tarpeelliset kirjastot ole vielä päivittyneet. Voi mennä ensi vuoteen. Linux-distrojen Python päivittyy varsin hitaasti, macOSsia en varsinaisesti tunne.

Onko siis niin, että ffmpegin paikantamiseen macOSsissa riittäisi geneerinen shutil.which('ffmpeg'), ja darwin-platformin erilliskäsittely on tarpeeton? Myös silloin, kun homebrew ei ole käytössä, tietääkseni se ei ole vakiotavaraa?
 
Viimeksi muokattu:
Onko siis niin, että Pythonin paikantamiseen macOSsissa riittäisi geneerinen shutil.which('ffmpeg'), ja darwin-platformin erilliskäsittely on tarpeeton? Myös silloin, kun homebrew ei ole käytössä, tietääkseni se ei ole vakiotavaraa?
"shutil.which('ffmpeg')" toimii macOS:ssa jos ffmpeg löytyy polusta, ja package managerit tyypillisesti sen sinne laittavat.

Jos taas ffmpeg:n lataa www.ffmpeg.org linkkien kautta, siellä on tarjolla vain staattinen paketti joka ei asenna sitä mihinkään polkuun.
 
"shutil.which('ffmpeg')" toimii macOS:ssa jos ffmpeg löytyy polusta, ja package managerit tyypillisesti sen sinne laittavat.

Jos taas ffmpeg:n lataa www.ffmpeg.org linkkien kautta, siellä on tarjolla vain staattinen paketti joka ei asenna sitä mihinkään polkuun.
Oletettavasti ne, jotka asentavat ffmpegin manuaalisesti, osaavat myös lisätä sen polkuun. Poistan siis darwin-alustan erikoiskäsittelyn seuraavassa versiossa.
 
Python 3.13 on ollut virallisesti olemassa vasta 2 viikkoa, eivätkä kaikki tarpeelliset kirjastot ole vielä päivittyneet. Voi mennä ensi vuoteen. Linux-distrojen Python päivittyy varsin hitaasti, macOSsia en varsinaisesti tunne.
Tänään on ilmestynyt PySide6 v. 6.8.0.2, joka kelpuuttaa Python-version 3.13. Whl-paketista asennettu Laturi toimii ilman muutoksia.
 
Laturi 6.0.9 ilmestyi juuri. Siinä on justeerattu Areenan sarjaohjelmien käsittelyä etenkin uutis- ja ajankohtaisohjelmien osalta. Huomasin että jotain on kai Areenassa muuttunut, eikä suurin osa uutis- ja ajankohtaisohjelmien ohjelmasarjoista ole enää varsinaisia sarjaohjelmia, eikä esim. Ylen uutisten ja MOTin jaksoluetteloa saa selvitettyä osaamillani konsteilla. Joten otin käyttöön käsitteen kokoelmasivu (collection), enkä enää yritä sellaisia käsitellä. Joten uutiset yms. pitää ladata yksitellen. Viittaan käyttöohjeeseen, joka ehkä kannattaa taas kertaalleen lukea.

Windows-asennuspaketissa on nyt uusin Python-runtime 3.13 ja uusimmat kirjastot. WHL-paketti toimii niinkuin ennenkin myös hieman vanhemmalla alustalla.
 
Täydensin kokoelmasivujen tunnistussääntöä, mutta en muuttanut versionumeroa, joka on edelleen 6.0.9. Sääntö on nyt, että jos sivun nettiosoitteen viimeinen taso alkaa "57" tai "30", kysymyksessä on kokoelmasivu (collection), ei ladattavan ohjelman tai sarjaohjelman oma sivu, eikä sivua tutkita sen enempää.
 
Laturi 6.0.10 ilmestyi juuri. Siinä on taas vähän säädetty ulkoasua. Lisäksi tekstitystiedostoihin lisätään nyt "byte order mark" eli BOM, siis tiedoston alkuun kolme tavua, jotka kertovat että kyllä, kyllä tiedoston merkkivalikoima on UTF-8. BOM ei ole UTF-8-tiedostoissa pakollinen eikä sen käyttöä suositella, mutta tässä tapauksessa siitä tuskin on haittaa. Hyötyä siitä saattaa olla jos jollain on niin surkeasti toteutettu videosoitin että se ei muuten osaa UTF-8-tiedostoa käsitellä.

Suosittelen tietenkin tekstien muxaamista (slangia, tulee sanasta "multiplexer", tarkoittaa eräänlaista yhdistämistä) eli piilottamista videokontainerin sisään. Erillisten srt-tiedostojen käytölle pitää olla erittäin hyvä syy.
 
Viimeksi muokattu:
Laturi 6.0.11 ilmestyi juuri. Uutuutena tekstitysvaihtoehto single: Ladataan vain yksi mahdollisimman omakielinen tekstitys, jota ei muksata eikä lisätä tiedostonimeen kielikoodia. "Mahdollisimman omakielinen" tarkoittaa, että valitaan tarjolla olevista tekstityksistä ensimmäinen seuraavista: omakielinen käännöstekstitys, omakielinen ohjelmatekstitys, toisen kotimaisen käännöstekstitys, toisen kotimaisen ohjelmatekstitys, saami, englanti. Ja oma kieli on ruotsi, jos linkissä lukee arenan, muuten suomi.

Tällaista vaihtoehtoa kuulemma tarvitsevat ne, jotka joutuvat katsomaan videot vanhalla telkkarilla.
 
laturi_ilmoitus.jpg

Asennuksen (6.0.11, win 10) jälkeen tulee tuollainen ilmoitus eikä laturi käynnisty.
 
laturi_ilmoitus.jpg

Asennuksen (6.0.11, win 10) jälkeen tulee tuollainen ilmoitus eikä laturi käynnisty.
Hupsista. Jätin pois turhan resoluutiovaihtoehdon 1440, mutta olin hieman huolimaton. Laturisi toimii kun vaihdat kotihakemistossasi olevassa laturi.json-tiedostossa "resolution"-rivillä arvoksi esim. 9999. Tai voit asentaa uudelleen; korjasin asennuspaketin mutta en vaihtanut versionumeroa. Kiitos ilnoituksesta.
 
Laturi 6.0.12 ilmestyi juuri. Toiminnallisesti ei mitään uutta, ulkoasua hieman sievistetty. Päivitin myös pyinstaller-paketoidun ubuntu-version.
 
Edellinen versio alkoi yhtäkkiä valittaa OneDriven puutteesta (tuskin tallennus suoraan OneDriveen on mahdollista), uusi ei ainakaan vielä ole valittanut mistään.
 
Edellinen versio alkoi yhtäkkiä valittaa OneDriven puutteesta (tuskin tallennus suoraan OneDriveen on mahdollista), uusi ei ainakaan vielä ole valittanut mistään.
Ei Laturi tiedä tai välitä OneDrivesta mitään. Mutta versiossa 6.0.11 ehti hetken aikaa olla virhe, josta kertovassa ilmoituksessa näkyi sanan OneDrive sisältäviä tiedostopolkuja, koska siinä koneessa, jolla Laturi on tehty, kooditiedostot ovat sen nimisen kansion alihakemistoissa. Tätä käsiteltiin tässä ketjussa pari viestiä sitten.
 
Elisa Viihteestä tulee uusista tallenteista 720P resoluutioversiot. Vanhat latautuu 1080P Onko tämä Elisan tekosia ja voiko tätä korjata ? Edit: Näköjään Elisa teki muutoksia: Elisa Viihde API Julkaisut ja bugiraportit | OmaYhteisö
Päätin tuon jälkeen vähän tutkia Viihteen Android-sovelluksen liikennettä. DASHina näyttäisi saavan HEVC-1080p-stiimit (HLS:ää olen yrittänyt kaivella eri parametreilla, mutta tuloksetta). DASH-striimit saa kyllä audion ja videon osalta ladattua esim. FFmpeg:llä, mutta tekstitykset ovat jonkinnäköinen ongelma, jonka toki voi kiertää pyytämällä tekstitysten lataamista varten HLS-manifestin.

@hrk
Koodi:
"cdnServiceOptions": ["s_ttml, "v_prefer_hevc"],
"protocol": "dash",
 
Päätin tuon jälkeen vähän tutkia Viihteen Android-sovelluksen liikennettä. DASHina näyttäisi saavan HEVC-1080p-stiimit (HLS:ää olen yrittänyt kaivella eri parametreilla, mutta tuloksetta). DASH-striimit saa kyllä audion ja videon osalta ladattua esim. FFmpeg:llä, mutta tekstitykset ovat jonkinnäköinen ongelma, jonka toki voi kiertää pyytämällä tekstitysten lataamista varten HLS-manifestin.

@hrk
Koodi:
"cdnServiceOptions": ["s_ttml, "v_prefer_hevc"],
"protocol": "dash",
Jaa että eroa olisi vain parametreissa. Kerropas vaikka yksityisviestillä vähän lisää siitä koodistasi. Ihan pelkästään noilla muutoksilla ei vanha ViihdeX Media Managerista prujattu koodi vielä rupea toimimaan.

Toinen asia on sitten, kannattaako asian vuoksi nähdä vaivaa. Jossain on varmasti sellaisiakin videon katselimia jotka eivät HEVC-koodekkiin kykene. AVC on käytännön standardi. Ymmärrän kyllä, miksi Elisa haluaa ottaa hieman parempilaatuisen ja paremmin pakkaavan koodekin käyttöön niillä laitteilla ja sovelluksilla, joita Elisa itse tukee (ja myy). Mutta kun vanha api kuitenkin edelleen toimii, niin 1080p-resoluution karsiminen on silkkaa sanonkomämitä.
 
Toisaalta HEVC tuki löytyy jo suurimmasta osasta käyttöjärjestelmistä jopa Windowsista sen videokatseluohjelmasta. Eli ei välttämättä ole suuri ongelma nykypäivänä niiden videoiden toistaminen.
 
Toisaalta HEVC tuki löytyy jo suurimmasta osasta käyttöjärjestelmistä jopa Windowsista sen videokatseluohjelmasta. Eli ei välttämättä ole suuri ongelma nykypäivänä niiden videoiden toistaminen.
Kyllä kyllä, mutta kun jotkut haluavat katsella videoitaan "äly"-telkkareilla tms. Mutta onneksi Laturi on yksityinen harrastus eikä tuote, joten voin tehdä sille mitä haluan.
 
Laturi 6.0.13 ilmestyi juuri. Muutoksia on vain Elisaviihde-modulissa, joka nyt kykenee taas lataamaan videot täydellä 1080p laadulla. Kenties jopa hieman parempilaatuisina kuin ennen.
 

Statistiikka

Viestiketjuista
261 276
Viestejä
4 533 792
Jäsenet
74 778
Uusin jäsen
Jaakko sarajärvi

Hinta.fi

Back
Ylös Bottom