FlickFetch

Haet sen windows version pythonista niiden sivuilta. Sen asennuskansiossa on sitten Scripts kansio minkä avasin komentokehotteeseen. Sinne syötin tuon aiemmin mainitun pip komennon. Tuon pipin voi ensiksi päivittää "python -m pip install --upgrade pip" komennolla, jos haluaa, mutta toimi tuolla vanhemmallakin versiolla asennus.
Sitten vaan käynnistää se ruutu.py ja homman pitäisi toimia.
Tuollai itse tuon suoritin ja kaikki toimi sen jälkeen.
Kiitos!
 
Kirjotahan pieni how-to miten tän saa toimimaan windowsilla kun mää en osannu.
Se skripti toimii kyllä ihan sellaisenaan myös ainakin linuxissa, jos on python ja ffmpeg asennettuna. Windowsissa pitää ensin asentaa python, esim.

https://www.python.org/ftp/python/3.7.1/python-3.7.1-amd64.exe

ja sitten komentaa

pip install requests

Ja jos koneessa on myös ffmpeg asennettuna ja polkua pitkin löydettävissä, niin skripti käynnistyy komennolla ruutu.py.

Jos edelläsanottu on turhan vaikeata, ja jos on ihan varma ettei pythonia muuhun tarvitse, niin tämmöisestä linkistä

https://drive.google.com/open?id=1jQWZRuZtC77pJFD3lt5qnJsXFUqxtlSI

löytyy ruutu.exe, joka siis on 64-bittisessä windowsissa ilman erikseen asennettua pythonia toimiva valmiiksi käännetty versio. Ffmpeg tarvitaan edelleenkin.
 
Se skripti toimii kyllä ihan sellaisenaan myös ainakin linuxissa, jos on python ja ffmpeg asennettuna. Windowsissa pitää ensin asentaa python, esim.

https://www.python.org/ftp/python/3.7.1/python-3.7.1-amd64.exe

ja sitten komentaa

pip install requests

Ja jos koneessa on myös ffmpeg asennettuna ja polkua pitkin löydettävissä, niin skripti käynnistyy komennolla ruutu.py.

Jos edelläsanottu on turhan vaikeata, ja jos on ihan varma ettei pythonia muuhun tarvitse, niin tämmöisestä linkistä

https://drive.google.com/open?id=1jQWZRuZtC77pJFD3lt5qnJsXFUqxtlSI

löytyy ruutu.exe, joka siis on 64-bittisessä windowsissa ilman erikseen asennettua pythonia toimiva valmiiksi käännetty versio. Ffmpeg tarvitaan edelleenkin.
Mieluummin en mitään Pythonia asentele kun en sitä muutenkaan mihinkään tarvitse. Joten kiitos tästä valmiista skriptistä!
 
Se skripti toimii kyllä ihan sellaisenaan myös ainakin linuxissa, jos on python ja ffmpeg asennettuna. Windowsissa pitää ensin asentaa python, esim.

https://www.python.org/ftp/python/3.7.1/python-3.7.1-amd64.exe

ja sitten komentaa

pip install requests

Ja jos koneessa on myös ffmpeg asennettuna ja polkua pitkin löydettävissä, niin skripti käynnistyy komennolla ruutu.py.

Jos edelläsanottu on turhan vaikeata, ja jos on ihan varma ettei pythonia muuhun tarvitse, niin tämmöisestä linkistä

https://drive.google.com/open?id=1jQWZRuZtC77pJFD3lt5qnJsXFUqxtlSI

löytyy ruutu.exe, joka siis on 64-bittisessä windowsissa ilman erikseen asennettua pythonia toimiva valmiiksi käännetty versio. Ffmpeg tarvitaan edelleenkin.

Tyhmä kysymys. Miten toi Win64 versio toimii? Yritin ladata pariakin eri ruutu+ -ohjelmaa kokeiluna. Program urliin laitoin ruutu-osoitteen ja painoin entteriä ni tuli program url toisen kerran.
 
Ettei nyt olisi väliaikainen ongelma ollut? Ainakin täällä radio-ohjelmien lataaminen onnistuu normaalisti. Ladattu kokeeksi ihan uusimpia ohjelmia.
Minä laitoin jo aiemmin tästä mutta hautautui jonnekin. Eli ainakin Bluesministerillä tulee tällainen:

ff_bluesministeri.png
 
Tyhmä kysymys. Miten toi Win64 versio toimii? Yritin ladata pariakin eri ruutu+ -ohjelmaa kokeiluna. Program urliin laitoin ruutu-osoitteen ja painoin entteriä ni tuli program url toisen kerran.
Ei ollenkaan tyhmä kysymys. Se exe-paketoitu skripti oli rikki. Nyt on korjattu.
 
Liittyen hrk:n skriptiin,
Näin voi häivyttää sen shelli-ikkunan(windossissa testattu):
Kaikenlaista voi tehdä, jos päätetään että toimintaympäristö on nimenomaan ja esimerkiksi Windows. Halusin kuitenkin pitää esimerkkikoodin mahdollisimman geneerisenä ja vapaana ylimääräisestä kikkailusta. Kun tarkoituksena on vain saada video imuroitua.
 
Kaikenlaista voi tehdä, jos päätetään että toimintaympäristö on nimenomaan ja esimerkiksi Windows. Halusin kuitenkin pitää esimerkkikoodin mahdollisimman geneerisenä ja vapaana ylimääräisestä kikkailusta. Kun tarkoituksena on vain saada video imuroitua.
Ihan vaan ajatuksena. Olisko hirveen vaikeaa luoda laadunvalitsinta? Saattaa nimittäin ladata 720p videota yli puolikin tuntia kun taas 576p tai 480p video tulisi 10-15 minuutissa.
 
Ihan vaan ajatuksena. Olisko hirveen vaikeaa luoda laadunvalitsinta? Saattaa nimittäin ladata 720p videota yli puolikin tuntia kun taas 576p tai 480p video tulisi 10-15 minuutissa.
Ruutu ei tietääkseni tarjoa mitään laatuvaihtoehtoja, ffmpegin tasolla kai voitaisiin bitratea säätää mutta ei resoluutiota. Jos olen ymmärtänyt asian oikein. Areenan osalta viittaan FlickFetchiin, kun siinä on oikea käyttöliittymä, eikä skripti tarjoa Windows-loppukäyttäjälle etua.
 
Kannattaa tutkia, etsivä löytää. ;) Sun skripti lataa jo sen tiedoston mistä ne löytyy. Playlistit playlistalta.
 
Minä laitoin jo aiemmin tästä mutta hautautui jonnekin. Eli ainakin Bluesministerillä tulee tällainen:

ff_bluesministeri.png
Joo, vähän edellisen viestini jälkeen, itsellekin tuli vastaan radio-ohjelmia, jotka eivät lähde latautumaan. Laitoin siitä bugiviestin, mutta en muistanut mainita täällä. Eli varmaan on tiedossa nyt.
 
Kannattaa tutkia, etsivä löytää. ;) Sun skripti lataa jo sen tiedoston mistä ne löytyy. Playlistit playlistalta.
Joo, niinpä. Areenan tapauksessa hylkäsin playlistin parsimisen, kun parasta laatua en löytänyt sitä kautta. Vaan piti listata kalturan tarjoamat makuvivahteet. Mutta ruudun tapauksessa ehkä sitten kuitenkin.
 
Jos jollain on tarvetta noiden JSON-tietojen tutkimiselle niin laitan jakoon ohjelman jonka tein helpottamaan omaa elämää, kun ei vastaavaa taida olla olemassa tässä tarvittavilla ominaisuuksilla.

Lyhyt opastus:
Sivun osoite laatikkoon (joka muistaa historian) ja painetaan "Get JSON from URL". (tai sitten leikepöydällä olevan JSONin voi liittää "Paste.." napista).

Source -välilehdellä näkyy koko sivun lähdekoodi. Processed text -välilehti näyttää muokatun lähdekoodin (siitä lisää myöhemmin). JSON formatted text -välilehti näyttää muokatun lähdekoodin formatoituna ihmisluettavaan JSON-muotoon. JSON tree view -välilehti näyttää JSONin puumuodossa, niinkuin tiedostonhallinta kansiorakenteen. Text processing -välilehdelle voi lisätä tekstin korvaussääntöjä ja poistaa tekstiä lähdekoodista Regexillä. Esim. juuri Ruudun jaksosivuilla JSON on upotettu HTML:n sekaan, ja HTML pitää saada karsittua pois jotta JSON-parsinta onnistuu, joten siihen on käytössä seuraavat Regex-lausekkeet:

^.*"json":"
Poistetaan kaikki sivun alusta "json":" -tekstiin saakka, josta siis oikea JSON alkaa.

"}},"userrole":".*$
poistetaan kaikki "}},"userrole":" -tekstistä sivun loppuun saakka.

Siellä on myös Areenan Kaltura JSONin parsimiseen tarvittavat poistot (Regex-laatikossa olevia rivejä jotka alkaa ### ei prosessoida). Toisessa tekstilaatikossa on korvattavia sanoja, kuten """ joka korvataan tuplahipsulla ("), jotta JSON-parsinta onnistuu. Lisäksi Settings -välilehdellä on ohjelman asetuksia.

JSON tree view:ssä kun klikkaa nodea, niin noden polku näytetään alla olevassa Tokens -laatikossa. Viereistä Show result -nappia painamalla kyseisen tokenin alanodet saa näkyviin alempiin laatikoihin selailun helpottamiseksi. Siinäkin voi kliksutella nodeja, ja nodejen koko polku näkyy taas alapuolella.

Jos parsimisessa käy virhe, niin tilarivillä kerrotaan että tuli virhe, ja sitä tekstiä klikkaamalla aukeaa ikkuna jossa virhe kerrotaan kokonaan.

upload_2018-10-28_14-14-57.png


upload_2018-10-28_14-15-10.png


http://flickfetch.bplaced.net/dl/JSONBrowser_1.0.0.0.zip
 
  • Tykkää
Reactions: 111
Joo, niinpä. Areenan tapauksessa hylkäsin playlistin parsimisen, kun parasta laatua en löytänyt sitä kautta. Vaan piti listata kalturan tarjoamat makuvivahteet. Mutta ruudun tapauksessa ehkä sitten kuitenkin.
No niin, nyt se ruutu-skripti osaa laatuvaihtoehdot. Komentoriville voi kirjoittaa ensimmäiseksi argumentiksi kokonaisluvun, joka ilmoittaa suurimman sallitun pystyresoluution. Oletus on 1080, joka käytännössä tarkoittaa 720, kun ei ruudusta kai parempaa tarkkuutta nykyisellään saa. 576 olisi sopiva pienempi vaihtoehto, tarkoittaen perinteistä SD-tarkkuutta, mutta myös 432 ja 288 on nähty.

Kertauksena vielä linkit:

ruutu.py:
https://drive.google.com/open?id=1YVOBE_Z86dfci3FqYrToDlkxpYytGRLt

ruutu.exe (win64):
https://drive.google.com/open?id=1jQWZRuZtC77pJFD3lt5qnJsXFUqxtlSI

Niin juu ja vähensin ffmpegin tulostusta, ja windows-versiossa pienensin ikkunan ja värjäsin vitsinä punaiseksi. Ja panin ikkunan otsikoksi ladattavan videon nimen.
 
Viimeksi muokattu:
Areenan radio-ohjelmat muuttumassa kalturan alle kaikki? Vähän siltä näyttäisi. Alla olevan saa ladattua, sille löytyy latauslinkki RTMPDumpille (jolla radio-ohjelmat on tähän asti aina ladattu):

upload_2018-10-28_17-38-36.png



Alla olevalle jaksolle ei ole enää RTMPDump linkkiä saatavilla, mutta löytyy FFmpeg ja HDSDump. Kumpikaan ei kuitenkaan ainakaan suoraan toimi (lataajan komennon voi kopioida hiiren oikealla ja liittää suoraan komentokehotteeseen ja koittaa ladata siellä):

upload_2018-10-28_17-39-39.png



Nyt en tähän kerkiä perehtyä...
 
Toi HDSDUMP -linkki tulee kun yrittää ladata kyseistä ohjelmaa VideoDownloadHelperillä, kokoa noin 56mt.
Eli ilmeisesti HDSDumpilla vielä pystyisi lataamaan, muilla ei. Todennäköisesti radio-ohjelmat siirtyvät kalturan alle.
"Yle ostaa vpn-estot Areenan teknisestä toteutuksesta vastaavan israelilais-amerikkalaisen Kalturan kautta. Itse blokkauksen toteuttaa Kalturan alihankkija, amerikkalainen MaxMind.
– Ylläpito on kolmannen osapuolen vastuulla. Meillä ei ole näkyvyyttä siihen, miten palvelu toimii. Se täyttää kuitenkin tietyt oikeudenomistajien asettamat ehdot, Haakana sanoo." Eli ne siirtyvät about kaikki tämän kalturan alle.
Näkyvyyden rajoitukset koskevat merkittävää osaa Yle Areenan ulkomaisesta sisällöstä." Toisinsanoen niitä ohjelmia jotka on ostettu ulkomailta tai joissa on ulkomailta hankittua sisältöä ei mahdollisesti voi kohta enää ladata.
Lähde: Yle Areenaan muutos – turvallinen katselu ei enää onnistu
 
Toi HDSDUMP -linkki tulee kun yrittää ladata kyseistä ohjelmaa VideoDownloadHelperillä, kokoa noin 56mt.
Eli ilmeisesti HDSDumpilla vielä pystyisi lataamaan, muilla ei. Todennäköisesti radio-ohjelmat siirtyvät kalturan alle.
Eli jos noita tuolla tavalla suojattuja voi tulevaisuudessa katsoa vain yle-tunnuksella kirjautuneet, niin tuleeko tästä samanlainen show, kun oli taannoin Elisa Viihteen puolella, kun oli epäselvää kuka niitä saa ladata talteen ja mistä ja millä tavalla kirjautuneena tai tunnistettuna (api-key ym. hässäkkä).

Vai menisikö kivuttomasti niin, että FlickFetchiin tulisi oman yle-tunnuksen tallentamismahdollisuus?
 
Eli jos noita tuolla tavalla suojattuja voi tulevaisuudessa katsoa vain yle-tunnuksella kirjautuneet, niin tuleeko tästä samanlainen show, kun oli taannoin Elisa Viihteen puolella, kun oli epäselvää kuka niitä saa ladata talteen ja mistä ja millä tavalla kirjautuneena tai tunnistettuna (api-key ym. hässäkkä).

Vai menisikö kivuttomasti niin, että FlickFetchiin tulisi oman yle-tunnuksen tallentamismahdollisuus?
Kaltura-juttu estää katsomisen vpn:n kautta ja ilmeisesti myös lataamisen. Eli niitä voi edelleen katsoa muttei ilmeisesti ladata, paitsi kotimaisia tv-ohjelmia. Ulkomaiset kuten handmaids tale ja game of thrones esimerkkeinä laitetaan ilmeisesti ton kalturan alle. Eli ulkomaisten ohjelmien lataaminen ei onnistuisi vaikka olisikin yle-tunnus.
 
Eli jos noita tuolla tavalla suojattuja voi tulevaisuudessa katsoa vain yle-tunnuksella kirjautuneet, niin tuleeko tästä samanlainen show, kun oli taannoin Elisa Viihteen puolella, kun oli epäselvää kuka niitä saa ladata talteen ja mistä ja millä tavalla kirjautuneena tai tunnistettuna (api-key ym. hässäkkä).

Vai menisikö kivuttomasti niin, että FlickFetchiin tulisi oman yle-tunnuksen tallentamismahdollisuus?
Näkyvyysrajoitukset tarkoittavat, että katsoa voi vain Suomessa, eikä tätä voi VPN-yhteydellä kiertää. Siis jos joku haluaisi ulkomailta käsin katsella YLE:n ohjelmia. YLE-tunnukset eivät tähän liity mitenkään. Radio-ohjelmien lataukseen en ole paneutunut, mutta tuskin siinäkään on mistään uusista rajoituksista kysymys. Tekniikka vain muuttunut.
 
Innostuin yhdistämään areena- ja ruutu-skriptini ja opetin sille myös leikepöydän tarkkailun kuin FlickFetchissä ikään. Yhdistetty skripti olkoon nimeltään laturi. Skripti ja exe ja ohje.txt löytyvät kansiosta

laturi – Google Drive
 
Viimeksi muokattu:
Toi HDSDUMP -linkki tulee kun yrittää ladata kyseistä ohjelmaa VideoDownloadHelperillä, kokoa noin 56mt.
Eli ilmeisesti HDSDumpilla vielä pystyisi lataamaan, muilla ei.
Ei pysty, virhettä pukkaa. Mutta kuten mainitsemasi Firefoxin laajennus toimii, niin myös esim. InternetDownloadManager, joka toimii periaateessa minkä selaimen kanssa tahansa, lataa myös näitä radio-ohjelmia.

Nämä eivät tietenkään vastaa mukavuudessaan FlickFetchin tarjoamia automaagisesti tehtyjä toimia, kuten tietojen lisääminen kuvineen mp3:n metatietoihin. Toivon todella, että FlickFetch vielä toimisi näiden em. tyyppisten radio-ohjelmien kanssa. Muutenhan tuo tuntuu lataavaan edelleen suurimman osan ainakin meikäläisen seuraamista ohjelmista.
 
Ei pysty, virhettä pukkaa. Mutta kuten mainitsemasi Firefoxin laajennus toimii, niin myös esim. InternetDownloadManager, joka toimii periaateessa minkä selaimen kanssa tahansa, lataa myös näitä radio-ohjelmia.

Nämä eivät tietenkään vastaa mukavuudessaan FlickFetchin tarjoamia automaagisesti tehtyjä toimia, kuten tietojen lisääminen kuvineen mp3:n metatietoihin. Toivon todella, että FlickFetch vielä toimisi näiden em. tyyppisten radio-ohjelmien kanssa. Muutenhan tuo tuntuu lataavaan edelleen suurimman osan ainakin meikäläisen seuraamista ohjelmista.

Pointtina oli että niitä pystyy edelleen lataamaan eli ihan täysin suojattuja ne ei vielä ole. Eli joku tapa niiden lataamiseksi on keksittävissä.
 
Pointtina oli että niitä pystyy edelleen lataamaan eli ihan täysin suojattuja ne ei vielä ole. Eli joku tapa niiden lataamiseksi on keksittävissä.
Niin vähän arvelinkin. Kunhan selvensin, jotta kukaan ei turhaan yrittäisi kikkailla HDSDumpilla kuten itse koitin. Ajattelin säästää muilta vaivaa, varmuuden vuoksi. :tup:
 
Paljon kysymyksiä sulle ja kenties muillekin:

Voin nyt vahvistaa noi Samppa88:n havainnot, että 100,0% jämähtämiset tosiaan seuraa tiedostoista, joiden lataaminen on timeoutannut ja käynyt retry-yrityksen kautta. Ja sen, että ongelma näyttää tosiaan olevan vain komentojonon/batchin ajamisessa näiden vähintään kerran epäonnistuneiden latauksien kohdalla.

Saatko systemaattisesti toistettua ton 100% jämähtämisen, esim. itse tappamalla ffmpeg:n task managerilla ja näin aiheutettua latauksen alkamisen alusta?
- ffmpeg-taskin tappaminen keskeyttää kyllä latauksen ja aloittaa sen alusta, mutta ei aiheuta 100,0% -kohtaan jämähtämistä kuten timeout/retry-lataus. Saman efektin saan kuitenkin aikaiseksi katkaisemalla wlan-yhteyden hetkeksi. Silloin "Download aborted! Reason: timeout" tilalla on "Download aborted! Reason: unknown", mutta efekti tosiaan sama, jämähdetään lopussa 100,0% kohtaan.

Jos jämähtää, mikä on lokin lopputulos siinä kohtaa, eli saatko lähetettyä latausikkunan lokin?
- Lokin loppu on ihan sama kuin normaalisti %download%:n osalta, mutta batch-ajoa ei jatketa seuraavalle riville. Batch-ruksi on siis mulla päällä areena-latauksissakin, koska oon ajanut "compact.exe /c "%name%.srt" latauksen perään, jotta tekstitystiedostot erottuvat eri värillä tiedostokansioissa. Ja kappas kehveliä, kun otan "Use batch" Areenan alta pois, 100,0% kohtaan jämähtelyt loppuvat kuin seinään, vaikka olisi tullut timeout/retryjä lataukseen.

Se, että aiemmin sanoin monien kääntyneen mkv:ksi johtuu siitä yksinkertaisesta syystä, että unohdin noiden latautuvan nykyään suoraan mkv:ksi areenan puolelta. :D Eli koska Samppa88 tuskin käyttää tuota batch-ajoa areenan kohdalla kuten minä, niin kaikki batch-töksähtelyt tuleekin sitten hänellä sieltä ruudun puolelta, jossa "use batch" on varmaan melkein kaikilla päällä ja lopputulos on siksi jämähtämisen kohdalla aina sitä flv:tä tai ts:ää toisin kuin minulla, koska ylivoimaisesti suurin osa kyykänneistä latauksistani on areenasta.

Eli ilman batchin käyttämistä lataus siirtyy ongelmitta seuraavaan ohjelmaan latauslistassa, vaikka olisi timeout-ongelmia, mutta batchia käyttäen %download%-riviltä ei jostain syystä mennä seuraavalle riville, jos tiedoston latauksessa on ollut niitä samoja timeout-ongelmia.

Toivottavasti tuosta sai jotain tolkkua, nukkumaanmenoaika kun meni jo aikoja sitten, piti vain jäädä ihmettelemään tätä. :confused2:
 
Viimeksi muokattu:
Voin nyt vahvistaa noi Samppa88:n havainnot, että 100,0% jämähtämiset tosiaan seuraa tiedostoista, joiden lataaminen on timeoutannut ja käynyt retry-yrityksen kautta. Ja sen, että ongelma näyttää tosiaan olevan vain komentojonon/batchin ajamisessa näiden vähintään kerran epäonnistuneiden latauksien kohdalla.

Saatko systemaattisesti toistettua ton 100% jämähtämisen, esim. itse tappamalla ffmpeg:n task managerilla ja näin aiheutettua latauksen alkamisen alusta?
- ffmpeg-taskin tappaminen keskeyttää kyllä latauksen ja aloittaa sen alusta, mutta ei aiheuta 100,0% -kohtaan jämähtämistä kuten timeout/retry-lataus. Saman efektin saan kuitenkin aikaiseksi katkaisemalla wlan-yhteyden hetkeksi. Silloin "Download aborted! Reason: timeout" tilalla on "Download aborted! Reason: unknown", mutta efekti tosiaan sama, jämähdetään lopussa 100,0% kohtaan.

Jos jämähtää, mikä on lokin lopputulos siinä kohtaa, eli saatko lähetettyä latausikkunan lokin?
- Lokin loppu on ihan sama kuin normaalisti %download%:n osalta, mutta batch-ajoa ei jatketa seuraavalle riville. Batch-ruksi on siis mulla päällä areena-latauksissakin, koska oon ajanut "compact.exe /c "%name%.srt" latauksen perään, jotta tekstitystiedostot erottuvat eri värillä tiedostokansioissa. Ja kappas kehveliä, kun otan "Use batch" Areenan alta pois, 100,0% kohtaan jämähtelyt loppuvat kuin seinään, vaikka olisi tullut timeout/retryjä lataukseen.

Se, että aiemmin sanoin monien kääntyneen mkv:ksi johtuu siitä yksinkertaisesta syystä, että unohdin noiden latautuvan nykyään suoraan mkv:ksi areenan puolelta. :D Eli koska Samppa88 tuskin käyttää tuota batch-ajoa areenan kohdalla kuten minä, niin kaikki batch-töksähtelyt tuleekin sitten hänellä sieltä ruudun puolelta, jossa "use batch" on varmaan melkein kaikilla päällä ja lopputulos on siksi jämähtämisen kohdalla aina sitä flv:tä tai ts:ää toisin kuin minulla, koska ylivoimaisesti suurin osa kyykänneistä latauksistani on areenasta.

Eli ilman batchin käyttämistä lataus siirtyy ongelmitta seuraavaan ohjelmaan latauslistassa, vaikka olisi timeout-ongelmia, mutta batchia käyttäen %download%-riviltä ei jostain syystä mennä seuraavalle riville, jos tiedoston latauksessa on ollut niitä samoja timeout-ongelmia.

Toivottavasti tuosta sai jotain tolkkua, nukkumaanmenoaika kun meni jo aikoja sitten, piti vain jäädä ihmettelemään tätä. :confused2:

Kiitokset tästä! Erittäin informatiivinen. Eiköhän tällä saa rajattua ongelman ja saataisiin vihdoin korjaus tähän. Täytyy tutkiskella.
 
Kiitokset tästä! Erittäin informatiivinen. Eiköhän tällä saa rajattua ongelman ja saataisiin vihdoin korjaus tähän. Täytyy tutkiskella.
Tässä yhteydessä ihmettelisin seuraavia seikkoja:

- Onko joku syy sille, että FF tallettaa ruudusta ffmpegillä lataamansa tavaran oletusarvoisesti ts-kääreeseen eikä mkv-kääreeseen?
- Miksei Areenan ja Arkiston srt-tekstejä kääritä mkv-pakettiin jo imuroinnin yhteydessä?

Noista ihmetykseni aiheista nähdäkseni syntyy turhaa tarvetta komentojonoihin. Ja niiden toteutuksessa saattaa olla jotain häikkää.

Niin ja vielä: Onko Elävässä arkistossa vielä sellaista aineistoa, joka pitää imuroida hdsdumpilla flv-muodossa? Normaalikäytäntö on kuitenkin ffmpeg/matroska, vaikkei Asetukset-sivu tällaista vaihtoehtoa tunne.
 
- Miksei Areenan ja Arkiston srt-tekstejä kääritä mkv-pakettiin jo imuroinnin yhteydessä?
Ei varmaan monia koskeva asia, mutta itse ainakin toivon, että tekstitys pysyy erillisenä srt-tiedostona. Välillä noiden ajoitus tuntuu olevan puoli sekuntia...sekunnin liian aikainen omaan makuuni, jolloin niihin tekee mieli laittaa vähän delayta. No, oma telkkarini (Samsung) ei sitten jostain syystä anna mahdollisuutta tekstityksien aikakorjauksiin kuin erillisien tekstiedostojen kohdalla. Pakettiin muxaamalla näyttää tekstit edelleen ja ne voi kytkeä poiskin, mutta tahdistusta ei enää voi korjata.
 
Ei varmaan monia koskeva asia, mutta itse ainakin toivon, että tekstitys pysyy erillisenä srt-tiedostona. Välillä noiden ajoitus tuntuu olevan puoli sekuntia...sekunnin liian aikainen omaan makuuni, jolloin niihin tekee mieli laittaa vähän delayta. No, oma telkkarini (Samsung) ei sitten jostain syystä anna mahdollisuutta tekstityksien aikakorjauksiin kuin erillisien tekstiedostojen kohdalla. Pakettiin muxaamalla näyttää tekstit edelleen ja ne voi kytkeä poiskin, mutta tahdistusta ei enää voi korjata.
Itse en ole tuosta huomannut usein kärsiväni. Mutta. Käytännössähän ne pienet srt-tiedostot imaistaan ensin ja vasta sitten ryhdytään lataamaan varsinaista videostreamia, johon voidaan liimata mukaan ne jo imuroidut tekstit. Lopputuloksena siis voisi olla mkv-tiedosto, jossa mukana tekstit, ja lisäksi erillinen tekstitiedosto tai tiedostoja. Jolloin ne, joilla on sellainen katseluväline, jossa tekstityksen aikakorjaus on mahdollista, voivat ongelmatapauksissa tehdä valintoja. Oletan että ne muutamat, jotka osaavat asiasta huolestua, osaavat myös tarvittaessa poistaa mkv-paketista turhat trackit. Tai korjata tekstitiedoston ja remuxata. Ja saahan sen tekstiraidan erilleen paketistakin (mkvextract).

En ole kokeillut, mutta tämmöinen sattui silmään (auts!):

SubShifter - Online SRT Subtitle Resync Tool
 
Ei varmaan monia koskeva asia, mutta itse ainakin toivon, että tekstitys pysyy erillisenä srt-tiedostona.
Kuin myös. Varmaankin asian voisi toteuttaa valinnaisena, jos jotain muutosta on pakko toteuttaa...

En ole minäkään, joten en osaa verrata, mutta tämä on ollut mainio ohjelma srt-tekstien synkkaamiseen, ja jos jaksamista riittää, niin vaikka mihin: Nekon löpinät: Subtitle Edit - monipuolista tekstityksien muokkaamista
 
Voihan ne srt:t tälläkin hetkellä muxata sinne mkv:n sisään lataamisen yhteydessä batch-ajoa käyttäen? Mitä enemmän oheisdataa kääre oletuksena sisältää videon ja audion lisäksi sitä enemmän on odotettavissa yhteensopivuusongelmia eri alustoilla ja sitä enemmän marmatusta ja vianhakua palstalla.
 
upload_2018-10-30_13-40-0.png


Kokoajan pukkaa virheilmoitusta tämä uusin versio.

upload_2018-10-30_13-40-0.png


See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.OverflowException: Value was either too large or too small for an Int32.
at System.Convert.ToInt32(Double value)
at FlickFetch.FormMain.timerScheduler_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
flickfetch
Assembly Version: 4.1.0.1
Win32 Version: 4.1.0.1
CodeBase: file:///D:/Prog/Multimedia/YLE%20Areena%20download/flickfetch_full_3.5.4.0/flickfetch.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Microsoft.CSharp
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll
----------------------------------------
System.Dynamic
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
Assembly Version: 0.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_64/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
Newtonsoft.Json
Assembly Version: 11.0.0.0
Win32 Version: 11.0.2.21924
CodeBase: file:///D:/Prog/Multimedia/YLE%20Areena%20download/flickfetch_full_3.5.4.0/Newtonsoft.Json.DLL
----------------------------------------
System.Numerics
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
System.Runtime.Serialization
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
 
upload_2018-10-30_13-40-0.png


Kokoajan pukkaa virheilmoitusta tämä uusin versio.

upload_2018-10-30_13-40-0.png


See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.OverflowException: Value was either too large or too small for an Int32.
at System.Convert.ToInt32(Double value)
at FlickFetch.FormMain.timerScheduler_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
flickfetch
Assembly Version: 4.1.0.1
Win32 Version: 4.1.0.1
CodeBase: file:///D:/Prog/Multimedia/YLE%20Areena%20download/flickfetch_full_3.5.4.0/flickfetch.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Microsoft.CSharp
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll
----------------------------------------
System.Dynamic
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
Assembly Version: 0.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_64/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
Newtonsoft.Json
Assembly Version: 11.0.0.0
Win32 Version: 11.0.2.21924
CodeBase: file:///D:/Prog/Multimedia/YLE%20Areena%20download/flickfetch_full_3.5.4.0/Newtonsoft.Json.DLL
----------------------------------------
System.Numerics
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
System.Runtime.Serialization
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Mikä käyttis sulla on? Onko sulla FlickFetchill sopiva net.framework versio?
FlickFetch
 
Uusin Win10 Pro.
Olin siinä uskossa että .Net tulee kympin mukana, en tiedä mikä version, voin toki kokeilla sinne vielä asentaa manuaalisesti uusimmat .net frameworkit.

Edit: Uusin on koneella:
upload_2018-10-30_13-50-19.png

Itselläni kanssa Windows10 ja hyvin toimii. Tiiä sitten mikä on ongelmana. Net.Framework versioista kun tulee uusin version Win10:n mukana.
 
upload_2018-10-30_13-40-0.png


Kokoajan pukkaa virheilmoitusta tämä uusin versio.

upload_2018-10-30_13-40-0.png


See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.OverflowException: Value was either too large or too small for an Int32.
at System.Convert.ToInt32(Double value)
at FlickFetch.FormMain.timerScheduler_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
flickfetch
Assembly Version: 4.1.0.1
Win32 Version: 4.1.0.1
CodeBase: file:///D:/Prog/Multimedia/YLE%20Areena%20download/flickfetch_full_3.5.4.0/flickfetch.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Microsoft.CSharp
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.CSharp/v4.0_4.0.0.0__b03f5f7f11d50a3a/Microsoft.CSharp.dll
----------------------------------------
System.Dynamic
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Dynamic/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Dynamic.dll
----------------------------------------
Anonymously Hosted DynamicMethods Assembly
Assembly Version: 0.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_64/mscorlib/v4.0_4.0.0.0__b77a5c561934e089/mscorlib.dll
----------------------------------------
Newtonsoft.Json
Assembly Version: 11.0.0.0
Win32 Version: 11.0.2.21924
CodeBase: file:///D:/Prog/Multimedia/YLE%20Areena%20download/flickfetch_full_3.5.4.0/Newtonsoft.Json.DLL
----------------------------------------
System.Numerics
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
System.Runtime.Serialization
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3190.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Ota pääikkunan "Scheduler" -napin takaa löytyvä "Scheduler active" -ruksi pois niin ongelma poistunee. Tuon joskus "korjasin", mutten näköjään sitten kunnolla. Liittynee Windowsin numeroformaattiin joka sulla ei liene suomi.
 
Tässä yhteydessä ihmettelisin seuraavia seikkoja:

- Onko joku syy sille, että FF tallettaa ruudusta ffmpegillä lataamansa tavaran oletusarvoisesti ts-kääreeseen eikä mkv-kääreeseen?
- Miksei Areenan ja Arkiston srt-tekstejä kääritä mkv-pakettiin jo imuroinnin yhteydessä?

Noista ihmetykseni aiheista nähdäkseni syntyy turhaa tarvetta komentojonoihin. Ja niiden toteutuksessa saattaa olla jotain häikkää.

Niin ja vielä: Onko Elävässä arkistossa vielä sellaista aineistoa, joka pitää imuroida hdsdumpilla flv-muodossa? Normaalikäytäntö on kuitenkin ffmpeg/matroska, vaikkei Asetukset-sivu tällaista vaihtoehtoa tunne.

1) Peruja alkuajoilta. Jos nykyään toimii suoraan mkv:ksi niin hyvä, en oo kokeillut. Oletusasetuksiin en yleensä koske jos ei ole pakko.
2) Itse en halua niitä samaan pakettiin. Senhän voi kukin tehdä säätämällä lataavan ffmpegin parametreja (tai jälkeenpäin komentojonolla).
3) En oo tutkinut onko Arkiston videoiden latauksessa vaihtoehtoa HDSDumpille. Ne videot jotka Arkistosta valuu FFmpegillä, on Areenan videoita jotka on linkattu Arkistoon, ja ne ladataan Areenan asetuksilla.
 
Ota pääikkunan "Scheduler" -napin takaa löytyvä "Scheduler active" -ruksi pois niin ongelma poistunee. Tuon joskus "korjasin", mutten näköjään sitten kunnolla. Liittynee Windowsin numeroformaattiin joka sulla ei liene suomi.

Taisi auttaa, kiitos :cigar:

Wintoosan lokaali on todellakin USA, koska haluan sen desimaalipisteen pilkun sijaan kaikkiin ohjelmiin.
 
1) Peruja alkuajoilta. Jos nykyään toimii suoraan mkv:ksi niin hyvä, en oo kokeillut. Oletusasetuksiin en yleensä koske jos ei ole pakko.
2) Itse en halua niitä samaan pakettiin. Senhän voi kukin tehdä säätämällä lataavan ffmpegin parametreja (tai jälkeenpäin komentojonolla).
3) En oo tutkinut onko Arkiston videoiden latauksessa vaihtoehtoa HDSDumpille. Ne videot jotka Arkistosta valuu FFmpegillä, on Areenan videoita jotka on linkattu Arkistoon, ja ne ladataan Areenan asetuksilla.
1) Kyllä toimii. Eikä ole pakko muuttaa, mutta mkv on kyllä parempi kääre kuin ts. Muun muassa siksi, että siihen voi helposti paketoida myös srt-tekstit. Joita ruutu ei käytä, mutta silti.
2) Ei taida olla mitään tapaa, jolla tekstitystiedostoon voisi viitata lataavan ffmpegin parametreissa. Kun FF näköjään lataa tekstit vasta lopuksi. Minkä vuoksi %name%.srt toimii vasta latauksen jälkeen komentojonossa. Jota en haluaisi turhaan käyttää.
3) Arkiston videoille on ainoastaan hdsdump-vaihtoehto, tarkoittaen siis flash videota. Ja kyllähän Elävän arkiston nettisivuilla on niitä vanhoja videoita, mutta mitenkä niihin FlickFetchissä voisi viitata? Siis minkälaisella urlilla? Areenan puolella Arkisto-otsakkeen alla näkyvä aineisto on teknisesti samaa kuin muuallakin. Eli FlickFetchistä ehkä voisi poistaa sen Arkiston, sotkemasta?
 
Voin nyt vahvistaa noi Samppa88:n havainnot, että 100,0% jämähtämiset tosiaan seuraa tiedostoista, joiden lataaminen on timeoutannut ja käynyt retry-yrityksen kautta. Ja sen, että ongelma näyttää tosiaan olevan vain komentojonon/batchin ajamisessa näiden vähintään kerran epäonnistuneiden latauksien kohdalla.

Saatko systemaattisesti toistettua ton 100% jämähtämisen, esim. itse tappamalla ffmpeg:n task managerilla ja näin aiheutettua latauksen alkamisen alusta?
- ffmpeg-taskin tappaminen keskeyttää kyllä latauksen ja aloittaa sen alusta, mutta ei aiheuta 100,0% -kohtaan jämähtämistä kuten timeout/retry-lataus. Saman efektin saan kuitenkin aikaiseksi katkaisemalla wlan-yhteyden hetkeksi. Silloin "Download aborted! Reason: timeout" tilalla on "Download aborted! Reason: unknown", mutta efekti tosiaan sama, jämähdetään lopussa 100,0% kohtaan.

Jos jämähtää, mikä on lokin lopputulos siinä kohtaa, eli saatko lähetettyä latausikkunan lokin?
- Lokin loppu on ihan sama kuin normaalisti %download%:n osalta, mutta batch-ajoa ei jatketa seuraavalle riville. Batch-ruksi on siis mulla päällä areena-latauksissakin, koska oon ajanut "compact.exe /c "%name%.srt" latauksen perään, jotta tekstitystiedostot erottuvat eri värillä tiedostokansioissa. Ja kappas kehveliä, kun otan "Use batch" Areenan alta pois, 100,0% kohtaan jämähtelyt loppuvat kuin seinään, vaikka olisi tullut timeout/retryjä lataukseen.

Se, että aiemmin sanoin monien kääntyneen mkv:ksi johtuu siitä yksinkertaisesta syystä, että unohdin noiden latautuvan nykyään suoraan mkv:ksi areenan puolelta. :D Eli koska Samppa88 tuskin käyttää tuota batch-ajoa areenan kohdalla kuten minä, niin kaikki batch-töksähtelyt tuleekin sitten hänellä sieltä ruudun puolelta, jossa "use batch" on varmaan melkein kaikilla päällä ja lopputulos on siksi jämähtämisen kohdalla aina sitä flv:tä tai ts:ää toisin kuin minulla, koska ylivoimaisesti suurin osa kyykänneistä latauksistani on areenasta.

Eli ilman batchin käyttämistä lataus siirtyy ongelmitta seuraavaan ohjelmaan latauslistassa, vaikka olisi timeout-ongelmia, mutta batchia käyttäen %download%-riviltä ei jostain syystä mennä seuraavalle riville, jos tiedoston latauksessa on ollut niitä samoja timeout-ongelmia.

Toivottavasti tuosta sai jotain tolkkua, nukkumaanmenoaika kun meni jo aikoja sitten, piti vain jäädä ihmettelemään tätä. :confused2:

Homma korjattu! :)
 
Voihan ne srt:t tälläkin hetkellä muxata sinne mkv:n sisään lataamisen yhteydessä batch-ajoa käyttäen? Mitä enemmän oheisdataa kääre oletuksena sisältää videon ja audion lisäksi sitä enemmän on odotettavissa yhteensopivuusongelmia eri alustoilla ja sitä enemmän marmatusta ja vianhakua palstalla.
Tekstiraita mkv-paketissa on varsin harmiton, eikä vie tilaakaan juuri lainkaan. Tekstitysongelmista yleisin on tekstien puute, kun ei sitä srt-tiedostoa muistettukaan kopioida videon mukana. Mutta kukin tyylillään.
 
1) Kyllä toimii. Eikä ole pakko muuttaa, mutta mkv on kyllä parempi kääre kuin ts. Muun muassa siksi, että siihen voi helposti paketoida myös srt-tekstit. Joita ruutu ei käytä, mutta silti.
2) Ei taida olla mitään tapaa, jolla tekstitystiedostoon voisi viitata lataavan ffmpegin parametreissa. Kun FF näköjään lataa tekstit vasta lopuksi. Minkä vuoksi %name%.srt toimii vasta latauksen jälkeen komentojonossa. Jota en haluaisi turhaan käyttää.
3) Arkiston videoille on ainoastaan hdsdump-vaihtoehto, tarkoittaen siis flash videota. Ja kyllähän Elävän arkiston nettisivuilla on niitä vanhoja videoita, mutta mitenkä niihin FlickFetchissä voisi viitata? Siis minkälaisella urlilla? Areenan puolella Arkisto-otsakkeen alla näkyvä aineisto on teknisesti samaa kuin muuallakin. Eli FlickFetchistä ehkä voisi poistaa sen Arkiston, sotkemasta?

2) FF lataa tekstitykset, kuvan ja kuvaustiedoston ennen lataajan käynnistämistä. Laitoin kokeeksi komentojonoon alkuun dir-komennon, josta huomaa että srt-tiedosto on olemassa ennen latauksen alkua. Se siis pitäisi olla mahdollista ujuttaa mukaan jo latausvaiheessa.

Koodi:
<Komentojonon rivi #1> dir "X:\Movies\Tallennetut2"

Volume in drive X is Seagate 3TB
Volume Serial Number is F4E6-E45B

Directory of X:\Movies\Tallennetut2

30.10.2018  16:55    <DIR>          .
30.10.2018  16:55    <DIR>          ..
30.10.2018  16:55           412 428 Nousuvesi - 2018-09-30 - Kausi 02 - Jakso 03.jpg
30.10.2018  16:55                55 Nousuvesi - 2018-09-30 - Kausi 02 - Jakso 03.log
30.10.2018  16:55            29 103 Nousuvesi - 2018-09-30 - Kausi 02 - Jakso 03.srt
30.10.2018  16:55               271 Nousuvesi - 2018-09-30 - Kausi 02 - Jakso 03.txt
30.10.2018  16:55               941 Nousuvesi - 2018-09-30 - Kausi 02 - Jakso 03.xml
30.10.2018  16:55               503 Nousuvesi.txt
6 File(s)        443 301 bytes
2 Dir(s)  92 526 796 800 bytes free
<Komentojonon rivi #2> X:\Coding\Visual C#\FlickFetch\FlickFetch\bin\Debug\ffmpeg.exe -y -i "https://cdnapisec.kaltura.com/p/1955031/sp/195503100/playManifest/entryId/0_7lc48zcx/flavorIds/0_inuzz90y/format/applehttp/protocol/https/a.m3u8?referrer=aHR0cHM6Ly9hcmVlbmEueWxlLmZp&playSessionId=87b5cd92-9f9e-d706-c36d-9f9c8c101109&clientTag=html5:v2.63.3&preferredBitrate=600&uiConfId=37558971" -c copy "X:\Movies\Tallennetut2\Nousuvesi - 2018-09-30 - Kausi 02 - Jakso 03.mkv"

3) Kyseisen Arkistosivun osoitteella? Latausvaiheessa niiden osoite on se sivun osoite jonka perässä on risuaidalla erotettuna ko. videon tai audion ID-numero. Miksi Arkisto-osio pitäisi poistaa? Sittenhän nuo allaolevat jää latautumatta. Sitten ehkä jos Areena&Arkisto siirtyy molemmat yhteiseen systeemiin eikä noita fläshejä enää ole. Muttei vielä.

upload_2018-10-30_17-9-12.png
 
pystyykö tällä lataamaan yle areenasta sarjoja, joista on loppunut katseluaika? Esim Ryhmä hau jaksoissa on vain aina 2 uusinta ladattavissa / katsottavissa. Voiko ladata menneitä jaksoja jotenkin?
 

Statistiikka

Viestiketjuista
259 382
Viestejä
4 510 733
Jäsenet
74 358
Uusin jäsen
Lucas moilanen

Hinta.fi

Back
Ylös Bottom