Todella huono neuvo. .NET Framework v. 4.7 tai uudempi on vakiona Windows kympissä vuonna 2017 ilmestyneestä versiosta 1703 alkaen. Nykyisin asentuu framework-versio 4.8. Joten ihmettelen, miten se päivitys Win seiskasta kymppiin on tapahtunut?
Mikäköhän nyt meni FF:ssä rikki. Olen lataillut FF:llä areenasta ohjelmia ja olen käyttänyt tuota maksimia 9 latausta kerrallaan ja hyvin on toiminut. Muutama päivä sitten tarkistin ohjelmalistan avulla uusia jaksoja ja niitähän oli siellä ne normaalit 6 uutta jaksoa ja valitsin lataa uudet jaksot. Hetken kuluttua huomasin, että vain kaksi jaksoa alkoi latautumaan ja loput neljä jäivät jonoon. Jostain syystä tuohon "latausta kerrallaan" ruutun oli vaihtunut 2 latausta kerrallaan, vaikka en ollut siihen tietääkseni koskenut. En kuitenkaan muuttanut asetusta takaisin 9 lataukseen kerrallaan, koska latailin sillä kertaa kännykän verkkoyhteyden kautta.
Nyt palasin kotiin ja kone on taas nopean yhteyden perässä joten palautin tuon maksimimäärän takaisin 9:ään, jota olen siis aina käyttänyt (myös siis kännykkäyhteydenkin kanssa). Tarkistin taas uudet jaksot, joita oli useita ja laitoin uudet jaksot lataukseen. Kaikki näytti aluksi normaalilta, 9 jaksoa lähti lataukseen, mutta sitten lataukset jämähtivätkin totaalisesti. Kaikki lataukset siis lähtivät käyntiin ja kaikista oli ehtinyt latautua muutamasta prosentista kymmeneen prosenttiin kun lataus jämähti. Aika (kulunut/jäljellä) juoksee kyllä kaikissa koko ajan, mutta data ei enää liiku.
Kokeilin sitten tuon "latausta kerrallaan" asetuksen vaikutusta ja huomasin, että valinnalla 2 latausta kerrallaan kaksi jaksoa latautuu normaalisti ja muut jäävät jonoon, josta sitten vuorollaan latautuvat normaalisti. Kun laitoin asetukseksi 3 latausta kerrallaan, kolme latausta kyllä lähtee käyntiin, mutta jämähtävät hetken kuluttua. Näin siis tapahtuu, jos valintana on 3-9 latausta kerrallaan.
Käytössä on uusin FF:n versio ja kokeilin jopa asentaa sen uudestaan "vanhan" päälle, mutta ongelma ei poistunut. Pöytäkoneessa FF (myös uusin versio) toimii kuitenkin ilman ongelmia.
Nyt palasin kotiin ja kone on taas nopean yhteyden perässä joten palautin tuon maksimimäärän takaisin 9:ään, jota olen siis aina käyttänyt (myös siis kännykkäyhteydenkin kanssa). Tarkistin taas uudet jaksot, joita oli useita ja laitoin uudet jaksot lataukseen. Kaikki näytti aluksi normaalilta, 9 jaksoa lähti lataukseen, mutta sitten lataukset jämähtivätkin totaalisesti. Kaikki lataukset siis lähtivät käyntiin ja kaikista oli ehtinyt latautua muutamasta prosentista kymmeneen prosenttiin kun lataus jämähti. Aika (kulunut/jäljellä) juoksee kyllä kaikissa koko ajan, mutta data ei enää liiku.
Kokeilin sitten tuon "latausta kerrallaan" asetuksen vaikutusta ja huomasin, että valinnalla 2 latausta kerrallaan kaksi jaksoa latautuu normaalisti ja muut jäävät jonoon, josta sitten vuorollaan latautuvat normaalisti. Kun laitoin asetukseksi 3 latausta kerrallaan, kolme latausta kyllä lähtee käyntiin, mutta jämähtävät hetken kuluttua. Näin siis tapahtuu, jos valintana on 3-9 latausta kerrallaan.
Käytössä on uusin FF:n versio ja kokeilin jopa asentaa sen uudestaan "vanhan" päälle, mutta ongelma ei poistunut. Pöytäkoneessa FF (myös uusin versio) toimii kuitenkin ilman ongelmia.
Viimeksi muokattu:
On tämä PC-maailma joskus aivan käsittämätön. Poistin FF:n asennuksen kokonaan koneesta ja asensin sen uudestaan puhtaalta pöydältä, mutta edelleenkin kolme tai enemmän latausta kerrallaan jumitti lataukset totaalisesti. Käynnistelin konetta uudelleen ja yritin löytää koneesta jotakin vikaa, mutta kaikki näytti olevan täysin kunnossa. Mitään vikailmoituksia ei ollut ja kaikki toimi täysin normaalisti, paitsi tuo FF:n 3-9 latausta kerrallaan. Lopulta päättelin, että tuon vian täytyy liittyä jotenkin verkkoyhteyteen, mutta kun siitä ei löytynyt mitään vikaa, päätin poistaa laitehallinnan kautta kaikki verkkosovittimiin liittyvien ajurien asennukset. Uudelleenkäynistyksen jälkeen kaikki ajurit olivat asentuneet automaattisesti takaisin ja kaikki näytti täsmälleen samalta, kuin ennen ajureiden poistoakin, mutta nyt FF:n lataukset alkoivat toimia taas normaalisti.
Mystinen juttu, mutta vielä suurempi mysteeri on tuo FF:n "latausta kerrallaan" asetuksen muuttuminen 9 latauksesta kerrallaan 2 latausta kerrallaan, sillä olen aivan satavarma, etten ollut siihen asetukseen koskenut.
Mystinen juttu, mutta vielä suurempi mysteeri on tuo FF:n "latausta kerrallaan" asetuksen muuttuminen 9 latauksesta kerrallaan 2 latausta kerrallaan, sillä olen aivan satavarma, etten ollut siihen asetukseen koskenut.
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Minua kiinnostaisi tietää, että mitä hyötyä koet pitää sitä noin isolla numerolla? Itsellä kyllä 100M nettiyhteys pukkaa kaistaltaan täyteen jo 1-2 latauksella kerrallaan. Tästä useammat yhtäaikaiset lataukset aiheuttavat ainoastaan tiedostojen kasvavaa fragmentoitumista kohdelevylle, tiedonsiirtokapasiteetin suurempaa dominointia (streamit alkaa pätkimään helpommin samalla tai jollain toisella laitteella, joka kuitenkin käyttää samaa nettiyhteyttä) ja muutenkin suurempaa säätämistä mahdollisissa ongelmatilanteissa.
- Liittynyt
- 17.10.2016
- Viestejä
- 6 055
Juu jos on yli 3 latausta käynnissä yhtäaikaaniin kokonais latausnopeus hidastuu eli ei mitään järkeä käytää yli 3 latausta 100M liitymällä varsinkaan jos tallennuspaikkana on kiintolevy SSD:n sijasta.
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Ja mikään tiedostojärjestelmä ei ainakaan hyödy siitä fragmentoitumisesta, ei edes SSD:llä. Kasvattaa vaan IOPSien tarvetta ja lukeminen/kirjoittaminen muuttuu sequential access -tyyppisestä random accessiksi.
Vaikka olenkin samaa mieltä siitä, että sadan megan linjan saa täyteen kahdella latausjobilla, niin (OT) hieman ihmettelen noita teknisiä väitteitäsi:
- Fragmentoituminen tarkoittaa, että data on hujan hajan "levyllä". SSD-volyymilla tämä on ehkä jopa toivottavaa, koska "levy kuluu" näin tasaisemmin. Ja koska hakuaika on lähes nolla, ei epäjärjestyksestä myöskään ole suorituskykyhaittaa.
- I/O operaatioita SSD tarjoaa sekunnissa niin paljon, että ne eivät muodosta pullonkaulaa näillä nykyisillä kotitietokoneillamme. Koska hakuaika on noin nolla.
- Ffmpeg puskuroi outputtinsa tietääkseni 256 kilotavun paloiksi, ja käyttöjärjestelmä varmaankin puskuroi lisää. Joten kyllä se aika "sekventiaalista" on, vaikka olisi useampikin imurointi samanaikaisesti käynnissä. Kun luetaan/kirjoitetaan useita kokonaisia 4K sivuja kerralla, niin sivujen numerojärjestyksellä ei ole juurikaan väliä. Koska niillä sivuilla ei ole mitään selkeää fyysistä järjestystä, jota voitaisiin toimintojen nopeuttamiseksi hyödyntää (?). Ja hakuaika siis edelleenkin mitätön.
YLE ja Ruutu eivät näköjään ainakaan vielä rajoita latausjobien kaistaa ainakaan niin että sen 100 megan linjalla huomaisi. Mutta Elisan Viihde-palvelusta ei millään tuntemallani konstilla saa ladattua enempää kuin noin 20 megaa per jobi. Sellaisia jobeja mahtuu sadan megan putkeen 4-5.
Millä sä elisa viihteestä mitään lataat tallenteita?
Flickfetch ei tähän kykene eikä videodownloadhelper lisäosa.
Viimeksi muokattu:
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Puhuin ihan tarkoituksella tiedostojärjestelmän enkä levyn fragmentoitumisesta. Siinä missä mekaanisilla levyillä näillä asioilla on yleensä suht selkeä yhteys, ei modernin SSD:n sisäisellä osoiteavaruudella ole välttämättä mitään tekemistä tiedostojärjestelmän osoiteavaruuden kanssa. SSD:n oma load leveling/balancing toimii alemmalla tasolla kuin käyttöjärjestelmän ymmärtämä tiedostojärjestelmä, eikä käyttäjä voi siten manipuloida tätä levelöintiä fragmentoimalla tai defragmentoimalla tiedostoja. Fragmentoituneista tiedostoista ei siis ole mitään hyötyä itse levylle, sillä se tallentaa joka tapauksessa bitit niihin soluihin joihin parhaaksi katsoo.
Sen sijaan jos yhden tiedoston lukemisen aikana tarvitsee käydä lukemassa 10 000 kertaa missä tiedosto seuraavaksi jatkuu tarkoittaa se 9999 ylimääräistä lukuoperaatiota ja tilaa vievää osoitemääritystä käyttöjärjestelmälle tiedostojärjestelmän $metadatan muodossa. Jokainen näistä vaatii oman prosessointiaikansa. Vaikka SSD on suhteellisen immuuni fragmentoitumiselle mekaanisiin levyihin verrattuna tekee tiedostojärjestelmän fragmentoituminen silti aina jonkinasteista hallaa, eli kuten sanoin: ei ainakaan hyödytä.
The real and complete story - Does Windows defragment your SSD? - Scott Hanselman
Storage Optimizer will defrag an SSD once a month if volume snapshots are enabled. This is by design and necessary due to slow volsnap copy on write performance on fragmented SSD volumes. It’s also somewhat of a misconception that fragmentation is not a problem on SSDs. If an SSD gets too fragmented you can hit maximum file fragmentation (when the metadata can’t represent any more file fragments) which will result in errors when you try to write/extend a file. Furthermore, more file fragments means more metadata to process while reading/writing a file, which can lead to slower performance.
neko
ᓚᘏᗢ
- Liittynyt
- 18.10.2016
- Viestejä
- 3 770
Omasta mielestäni paras on Elisa ViihdeX Media Manager Q (sen q-versiot, kuten esim. kaiketi uusin v1.5.1X1.5.q3 alpha 2). Saatavilla vain täältä (viestissä mainitut Python-jutut ovat ihan eri projektia, tämä ei vaadi Pythonia).
Lataus onnistuu vaikkapa Wgetillä/cURLilla (valittavissa asetuksista), joten esim. kesken jäänyttä latausta voi jatkaa siitä mihin jäi, jos jostain syystä on katkennut. Jos vaikka latailee 14 Gt tallennetta, niin ottaisi päähän jollain selainlaajennuksella aloittaa alusta. 
Ja tuplatiedostojen poisto vaan toimii paremmin kuin Elisa Viihteen oma työkalu, jossa on pahoja bugeja, joita ei vain saada korjattua. ViihdeX Q:lla toimii paljon paremmin.
Elisa Viihde X:llä on pitkä ja sekava historia, jota kerran yritin keräillä yhteen viestiin tässä viestissä. Nykyinen kehittäjä @Qotscha (josta Elisa ViihdeX saa nimeensä Q -osan) on tavoitettavissa täällä että Elisan foorumikyhäelmässä.
Ja tuplatiedostojen poisto vaan toimii paremmin kuin Elisa Viihteen oma työkalu, jossa on pahoja bugeja, joita ei vain saada korjattua. ViihdeX Q:lla toimii paljon paremmin.
Elisa Viihde X:llä on pitkä ja sekava historia, jota kerran yritin keräillä yhteen viestiin tässä viestissä. Nykyinen kehittäjä @Qotscha (josta Elisa ViihdeX saa nimeensä Q -osan) on tavoitettavissa täällä että Elisan foorumikyhäelmässä.
Pahoittelut OT:sta, mutta tiedoksi, jos ei ole tiedossa ollut tämä mainio työkalu Elisa Viihteen tallenteille. Nykyään tallenteita voi säilyttää Elisassa vain 2 vuotta, niin tällä on saanut pari tärkeää dokkaria ja leffaa talteen ihan viime tingassa.
Kiitos. Tutustun tähän myöhemmin. Toi ylempänä mainittu viihdehelper ei toiminut, vaan valitti väärästä salasanasta tai käyttäjätunnuksesta vaikka ne samat toimi elisalle.Omasta mielestäni paras on Elisa ViihdeX Media Manager Q (sen q-versiot, kuten esim. kaiketi uusin v1.5.1X1.5.q3 alpha 2). Saatavilla vain täältä (viestissä mainitut Python-jutut ovat ihan eri projektia, tämä ei vaadi Pythonia).
Lataus onnistuu vaikkapa Wgetillä/cURLilla (valittavissa asetuksista), joten esim. kesken jäänyttä latausta voi jatkaa siitä mihin jäi, jos jostain syystä on katkennut. Jos vaikka latailee 14 Gt tallennetta, niin ottaisi päähän jollain selainlaajennuksella aloittaa alusta.
Ja tuplatiedostojen poisto vaan toimii paremmin kuin Elisa Viihteen oma työkalu, jossa on pahoja bugeja, joita ei vain saada korjattua. ViihdeX Q:lla toimii paljon paremmin.
Elisa Viihde X:llä on pitkä ja sekava historia, jota kerran yritin keräillä yhteen viestiin tässä viestissä. Nykyinen kehittäjä @Qotscha (josta Elisa ViihdeX saa nimeensä Q -osan) on tavoitettavissa täällä että Elisan foorumikyhäelmässä.
Pahoittelut OT:sta, mutta tiedoksi, jos ei ole tiedossa ollut tämä mainio työkalu Elisa Viihteen tallenteille. Nykyään tallenteita voi säilyttää Elisassa vain 2 vuotta, niin tällä on saanut pari tärkeää dokkaria ja leffaa talteen ihan viime tingassa.
SSD-levyllä tiedostot ovat _aina_ fyysisesti "fragmentoituneita", koska sivut/blokit/klusterit/solut eivät koskaan ole "peräkkäin". SSD on matriisi. Toki ne blokit numeroidaan, ja tiedostojärjestelmän kirjanpidon kannalta saattaa olla merkitystä sillä, misssä järjestyksessä ja minkälaisissa nipuissa ne blokit varataan. Ymmärtääkseni mahdollisiin rajoituksiin törmätään lähinnä patologisissa tapauksissa. Tavallisen käyttäjän ei tarvitse näistä stressata.
Taitaa olla niin, että viihdehelpperiä käytettäessä Viihde-käyttäjätunnuksena ei sovi käyttää sähköpostiosoitetta, vaan pitää olla yksinkertainen "tunnus".
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Niin? Enhän minä väittänytkään muuta kuin että tiedostojärjestelmän fragmentoitumisesta ei SSD:llä ole ainakaan hyötyä. Haittaa siitä silti voi olla ja kuten edellä linkkasin Windows 10 suorittaa näitä defragment-operaatioita itsekin SSD-levyille tietyissä tilanteissa niiltä ongelmilta välttyäkseen.
Ja kyllä tuo Flickfetchin useamman yhtäaikaisen latauksen käyttö levyn aika patologiseen tilaan saa pikku hiljaa useamman vuoden käytöllä. Tässä Win7 -koneesta (johon käyttis ei siis millään defrag-operaatioilla koske, enkä minä) oma D-asemani, joka on pyhitetty alusta asti käytännössä ainoastaan Flickfetchin latauksille, joita sinne on tehty viimeiset 4+ vuotta. Fyysisesti saman SSD-levyn C-puoli on tuohon nähden kuin ruusuilla tanssimista alle 50% fragmentoitumisella siitäkin huolimatta, että käyttöjärjestelmä sijaitsee siellä ja siellä käytetään myös fragmentoitumista hurjasti edistävää NTFS-kompressointia joissakin kansioissa toisin kuin tällä D-asemalla:
Tämän Flickfetch-latailufragmentoitumisen aiheuttaman levyoperaatioiden hidastumisen näkee myös aivan selvästi kun verrataan tätä kovasti fragmentoitunutta D-asemaa tuohon samalla SSD-levyllä sijaitsevaan C-asemaan:
C:llä levyoperaatiot ovat keskimäärin selvästi nopeampia etenkin lukupuolella siitäkin huolimatta, että siellä on tyhjää ainoastaan 20 gigatavua (21%), kun D-asemalla tyhjää on 87 gigatavua (25%). SEQ-Write on ainoa mikä on D:llä nopeampaa, koska siellä on paljon enemmän sitä tyhjää kaikissa muodoissaan. Kaikki muut levyoperaatiot ovat huomattavasti hitaampia kuin C:llä, eikä sitä voi selittää mikään muu asia kuin tuo tiedostojärjestelmän fragmentoitumisen aste, kun molempien osioiden data tallennetaan samalle levylle. File count on C:llä karvan vajaat 300 tuhatta, eli sekin asia on lähes 7x huonommin kuin D:llä, mutta D on silti käytännössä huomattavasti hitaampi.
Toivottavasti nää asiat kiinnostaa edes jotakuta FlickFetchiin liittyvinä, ettei mene ihan OT:n kaltaiseksi huuteluksi.
Win10 nimenomaan ei defraggaa, vaan suorittaa automaattisesti ja vain tarvittaessa kuukausittain levyn optimointia TRIM-komennolla, eli kertoo levyohjaimelle mitkä blokit eivät enää ole tiedostojärjestelmän käytössä. Optimoinnin voi halutessaan käynnistää myös defrag.exe -nimisellä sovelluksella. Tämä kyllä selitetään myös siinä viittaamassasi vanhassa Hanselmanin jutussa, jonka kommentitkin kannattaa lukea.
Nuo mittauksesi osoittavat lähinnä sen, että levysi suorituskyky on kovin vaatimaton. Vertailun vuoksi Samsung 860 EVO SATA3-väylässä:
Toki tietokoneessakin saattaa olla eroa, minun koneeni oli maltillisen ajanmukainen 2 vuotta sitten. Ja systeemilevynä ja imurointien kohdelevynä minulla on 960 EVO eli NVMe-levy, jolla nopeudet ovat tietysti vielä paremmat.
Eikös tämä jo tästä riitä?
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Kun 8 vuotta vanhassa koneessa on 5 vuotta vanha kryptattu Kingstonin hinnat alkaen SSD on turha odotella huippulukemia. Ei se silti sitä faktaa poista, että tuloksista on aivan selvästi nähtävissä fragmentoituneen tiedostojärjestelmän vaikutus suorituskykyyn.
Pitää vielä jatkaa tätä asiaankuulumatonta tarinaa, kun huomaan puhuneeni osittain perättömiä.
Kyllähän Windows 8+ defragmentoi myös SSD-levyn aivan perinteiseen tapaan automaattisesti noin kuukausittain, jos fragmentoitumisprosentti (Total Fragmented Space) ylittää jonkun kynnysarvon, jota en tiedä mutta joka ei ole ihan pieni, ja jos kyseisellä volyymilla on System Restore käytössä (ei välttämättä ole).
Kirjoitettava tieto on jaettava osiin jos sen koko on suurempi kuin tiedostojärjestelmän käsitys suurimmasta yhtenäisestä vapaasta tilasta. En tiedä miten NTFS tämän määrittää SSD-tapauksessa, jotenkin. Ajan mittaan siis myös SSD-volyymi täyttyessään fragmentoituu. Sitä täyttymistä kannattaa välttää.
FlickFetchin kanssa tällä tuskin on mitään tekemistä.
Viimeksi muokattu:
Vieläkin jatkan, ja nyt ollaan jo lähempänä foorumin aihepiiriä: FlickFetch(kin) käyttää videoiden imurointiin ffmpeg-ohjelmaa. Käytännön syistä näin syntyvä videotiedosto koostuu kymmenistä tai jopa sadoista extenteistä eli fragmenteista (fsutil file queryextents leffa.mkv), ja jos volyymilla on pääasiassa tällaisia tiedostoja, niin näyttäähän se varsin fragmentoituneelta ja vauhti saattaa hieman kärsiä. Mitään varsinaista haittaa tästä ei ole, videoiden talletukseen ja toistoon vauhti riittää mainiosti.
Itse olen kopioinut/siirtänyt imuroidut leffat nopealta systeemilevyltä erilliselle varastolevylle, jolloin ne samallla "defragmentoituvat" ja systeemilevykin pysyy siistinä.
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Mistähän muuten johtuu, että Windowsin tiedostonhallinta ei osaa näyttää flickfetchillä mp4:nä ladattujen tiedostojen tietoja? Talouden yksi dlna-renderöijä (PS3) ei suostu näyttämään mkv-tiedostoja, mutta mp4:n kanssa ei ole ongelmaa. Pitäisikö latausparametrejä muuttaa jotenkin eri tavalla kuin vain päätettä vaihtamalla? Tiedosto kyllä toistuu ihan ongelmitta näin sillä PS3:lla, mutta Windows ei tosiaan suostu näyttämään tiedostonhallinnassa mitään videoon liittyviä parametrejä, kuten videon pituutta tai resoluutiota. mkv:nä näyttää ja muut kuin FF:llä ladatut mp4:t näkyy myös ongelmitta.
E09 on siis Default parameterseillä ladattu mkv ja E10 Custom parameterseillä mp4. E09 ei toistu PS3:ssa, E10 toistuu, mutta tiedot on hukassa tiedostonhallinnassa, kuten kuvasta näkyy.
Edit: Tää näköjään jostain syystä pätee vain Ruudun ohjelmiin, Areenan kautta ladatut samalla päätemuutoksella näkyy pituus- ja resoluutiotietoineen myös tiedostonhallinnassa.
E09 on siis Default parameterseillä ladattu mkv ja E10 Custom parameterseillä mp4. E09 ei toistu PS3:ssa, E10 toistuu, mutta tiedot on hukassa tiedostonhallinnassa, kuten kuvasta näkyy.
Edit: Tää näköjään jostain syystä pätee vain Ruudun ohjelmiin, Areenan kautta ladatut samalla päätemuutoksella näkyy pituus- ja resoluutiotietoineen myös tiedostonhallinnassa.
Viimeksi muokattu:
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Kiitos vihjeestä. Ihan näppärä pikkuohjelma. Tuohon se vain ei auta, jos vaikka haluaa sortata kansion sisällön videoiden pituuden mukaan.
Piti ihan kokeilla, ja kyllä täällä myös Ruudun mp4-videot toimivat ongelmitta. ???Mistähän muuten johtuu, että Windowsin tiedostonhallinta ei osaa näyttää flickfetchillä mp4:nä ladattujen tiedostojen tietoja? Talouden yksi dlna-renderöijä (PS3) ei suostu näyttämään mkv-tiedostoja, mutta mp4:n kanssa ei ole ongelmaa. Pitäisikö latausparametrejä muuttaa jotenkin eri tavalla kuin vain päätettä vaihtamalla? Tiedosto kyllä toistuu ihan ongelmitta näin sillä PS3:lla, mutta Windows ei tosiaan suostu näyttämään tiedostonhallinnassa mitään videoon liittyviä parametrejä, kuten videon pituutta tai resoluutiota. mkv:nä näyttää ja muut kuin FF:llä ladatut mp4:t näkyy myös ongelmitta.
E09 on siis Default parameterseillä ladattu mkv ja E10 Custom parameterseillä mp4. E09 ei toistu PS3:ssa, E10 toistuu, mutta tiedot on hukassa tiedostonhallinnassa, kuten kuvasta näkyy.
Edit: Tää näköjään jostain syystä pätee vain Ruudun ohjelmiin, Areenan kautta ladatut samalla päätemuutoksella näkyy pituus- ja resoluutiotietoineen myös tiedostonhallinnassa.
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Ongelma on siinä, että mediatiedot eivät näy Windowsin tiedostonhallinnassa/file explorerissa. Ei siinä, etteivät itse videot toimisi.
https://icareus-eu-vod.secure2.footprint.net/10154/4507460/121103.mp4/1.0.mp4?organizationId=4507452 Tuommosen saa Video Downloadhelperillä kaivettua. Liittää tuommosen linkin VLC-videsoittimeen --> Muunna tallenna --> Nimeä ja paina tallenna.
Kyllä ymmärsin. Täällä näkyvät kaikki tiedot. FlickFetch-versio on uusin eli 5.1.1.1 ja ffmpeg (joka tiedostot varsinaisesti lataa) on paketin mukana tuleva. Windows 10 on aivan uusi 19041.153. Ja on tätä kokeiltu ennenkin, vanhemmilla versioilla.
- Liittynyt
- 24.06.2017
- Viestejä
- 4 820
Varmaan kympistä kiinni, mulla mediapalvelinkone on Win 7. Outoa kuitenkin, että muut mp4:t (myös samalla flickfetchillä ja ffmpeg-versiolla areenan puolelta ladatut) näkyvät. Vain ruudun puolelta ladatuissa tämä ongelma ja ainoastaan mp4-muodossa, ei mkv-muodossa.
Joku Bandycam tai muu vastaava näytön tallennus ohjelma. Ladata ei voi millään ilveellä.
neko
ᓚᘏᗢ
- Liittynyt
- 18.10.2016
- Viestejä
- 3 770
Ei suoraan. Mutta jos sattuu olemaan esim. Elisa Viihde -palvelu (maksullinen, ei montaa euroa nettiversio), niin sieltä saa imuteltua talteen Elisa ViihdeX Q Media Managerilla, ne mitä on asettanut tallentumaan.
Jep aika kaukaa ratkaisu, mutta onpa joku tapa.
neko
ᓚᘏᗢ
- Liittynyt
- 18.10.2016
- Viestejä
- 3 770
No onko laittaa esimerkkiä ohjelmasta, jota et saa ladattua. Kokeilin ladata omassa listassa olevia ja summan mutikassa joitain muita päälle, ja kaikki latautuivat ok. Kokeilin myös tallenteiden toimivuuden.
- Liittynyt
- 25.06.2017
- Viestejä
- 4
Tähän saakka se on toiminut näin: Areenan ohjelmakuvaketta napsauttamalla oikealla painikkeella löytyy valinta: Kopioi linkin osoite. Osoite kopioituu flick fetchiin. Nyt areenan radiosivulla ko. komentoa ei ole. Mistä se löytyisi varmimmin. Esim. Villa-Lobosin kitarakonsertto. Åainallus oikealla - ei ole komentoa Kopioi linkin osoite. Komento löytyy vain avatusta Radio-oppaasta. Kun löytyy ko. komento, Flick Fetch kopioi entiseen tapaan.
neko
ᓚᘏᗢ
- Liittynyt
- 18.10.2016
- Viestejä
- 3 770
Hmm. Sehän on aivan sama miten sen osoitteen FlickFetchille kertoo
Eli jos menet ko. Areenan sivulle ja kopioit osoitekentästä sen osoitteen?
Sitten lisäät sen itse FlickFetchiin, tai jos valinta "Tarkkaile leikepöytää" on valittuna (kuten ao. kuvassa), niin FlickFetch aloittaa lataamisen automaattisesti.
Eli jos menet ko. Areenan sivulle ja kopioit osoitekentästä sen osoitteen?
Sitten lisäät sen itse FlickFetchiin, tai jos valinta "Tarkkaile leikepöytää" on valittuna (kuten ao. kuvassa), niin FlickFetch aloittaa lataamisen automaattisesti.
neko
ᓚᘏᗢ
- Liittynyt
- 18.10.2016
- Viestejä
- 3 770
Joo, näemmä taas kokeilevat tuota uutta playeriä, viimeksi tästä oli juttua lokakuussa, ja em. ohjeet eivät enää auta. Tästä voi tulla ongelmia vielä. 
Itse tein niin, että etsin ohjelman nimeä Areenan tarkennetussa haussa, koska et laittanut mitään osoitetta, ja sillä löysin tuon varsinaisen sivun esimerkkiini. Ehkä näin tulee toimia, kunnes @darxide korjaa tämän? Tai joku muu keksii helpon keinon.
Edit. Voi myös valita "Siirry sarjan sivulle" ikkunasta, joka aukeaa kun playeristä klikkaa Ohjelman nimeä ja lisätä sen aukevan FlickFetchin Ohjelmalistaan. Näin ohjelman jaksot ovat tuota kautta ladattavissa.
Toinen simppeli on poistaa em. tavalla saadusta osoitteesta merkit "audio/" ja saa ihailla perinteistä sivua, joiden jaksojen osoitteet ovat kopioitavissa.
Joku javascript tuossa vaikuttaa, esim. Edge heittää uuteen soittimeen (eli osoitteeseen lisätään takaisin se "audio/"), mutta Vivaldi ei, ja Vivaldissa itselläni on vaikka mitä estoa, turhia javascriptejä ei ajella. Enemmän perillä olevat karanteenissa käkkivät voivat selvittää.
Itse tein niin, että etsin ohjelman nimeä Areenan tarkennetussa haussa, koska et laittanut mitään osoitetta, ja sillä löysin tuon varsinaisen sivun esimerkkiini. Ehkä näin tulee toimia, kunnes @darxide korjaa tämän? Tai joku muu keksii helpon keinon.
Edit. Voi myös valita "Siirry sarjan sivulle" ikkunasta, joka aukeaa kun playeristä klikkaa Ohjelman nimeä ja lisätä sen aukevan FlickFetchin Ohjelmalistaan. Näin ohjelman jaksot ovat tuota kautta ladattavissa.
Toinen simppeli on poistaa em. tavalla saadusta osoitteesta merkit "audio/" ja saa ihailla perinteistä sivua, joiden jaksojen osoitteet ovat kopioitavissa.
Joku javascript tuossa vaikuttaa, esim. Edge heittää uuteen soittimeen (eli osoitteeseen lisätään takaisin se "audio/"), mutta Vivaldi ei, ja Vivaldissa itselläni on vaikka mitä estoa, turhia javascriptejä ei ajella. Enemmän perillä olevat karanteenissa käkkivät voivat selvittää.
Viimeksi muokattu:
- Liittynyt
- 17.10.2016
- Viestejä
- 2 436
Joo, näemmä taas kokeilevat tuota uutta playeriä, viimeksi tästä oli juttua lokakuussa, ja em. ohjeet eivät enää auta. Tästä voi tulla ongelmia vielä.
Itse tein niin, että etsin ohjelman nimeä Areenan tarkennetussa haussa, koska et laittanut mitään osoitetta, ja sillä löysin tuon varsinaisen sivun esimerkkiini. Ehkä näin tulee toimia, kunnes @darxide korjaa tämän? Tai joku muu keksii helpon keinon.
Edit. Voi myös valita "Siirry sarjan sivulle" ikkunasta, joka aukeaa kun playeristä klikkaa Ohjelman nimeä ja lisätä sen aukevan FlickFetchin Ohjelmalistaan. Näin ohjelman jaksot ovat tuota kautta ladattavissa.
Toinen simppeli on poistaa em. tavalla saadusta osoitteesta merkit "audio/" ja saa ihailla perinteistä sivua, joiden jaksojen osoitteet ovat kopioitavissa.
Joku javascript tuossa vaikuttaa, esim. Edge heittää uuteen soittimeen (eli osoitteeseen lisätään takaisin se "audio/"), mutta Vivaldi ei, ja Vivaldissa itselläni on vaikka mitä estoa, turhia javascriptejä ei ajella. Enemmän perillä olevat karanteenissa käkkivät voivat selvittää.
Aivan, eli klikkaa ohjelman kohdalla "Siirry sarjan sivulle" ja kun tulee lista jaksoista, ei klikkaa pyöreää play-nappia, vaan jakson otsikkotekstiä, jolloin selaimessa vaihtuu osoite. Sen kopioimalla homma toimii. FF poistaa automaattisesti itse osoitteesta tuon "/audio" -osan.
Tai sitten kopioi koko sarjan osoitteen FF:n jolloin FF tarjoaa listan kaikista jaksoista että mitä halutaan niistä ladata.
Ylläolevat tavat toimii huonosti esim. uutisilla, joiden "Siirry sarjan sivulle" linkin takaa löytyy lista nimettömiä jaksoja, joista on vaikea valita sitä jaksoa minkä olisi halunnutkin ladata.
Sorry, joskus aloittelin tsekkailemaan mutta ainakaan just nyt se ei ole edistynyt..
Radio-ohjelman "jaa facebookissa" linkkiä klikkaamalla saadaan uuteen ikkunaan aukeava osoite, muotoa:
Tuon linkin kopioimalla FF osaisi sitten parsia siitä oikean osoitteen. Onhan toi huono tapa mutta parempi kuin ei mitään. Yle toteuttanut tuonkin javascript-kikkareella, ettei facebook-linkin päällä voi kopioida osoitetta hiiren oikealla napilla.
Kysymys kuuluukin, muuttuuko tuo osoite jotenkin jos on kirjautunut facebookiin? Itse en siellä ole niin en voi testata. Jos joku voisi kokeilla.
Koodi:
https://www.facebook.com/login.php?skip_api_login=1&api_key=966242223397117&signed_next=1&next=https%3A%2F%2Fwww.facebook.com%2Fsharer%2Fsharer.php%3Fu%3Dhttps%253A%252F%252Fareena.yle.fi%252Faudio%252F1-50419087%253Futm_source%253Dfacebook-share%26utm_medium%3Dsocial%26utm_campaign%3Dareena-web-share&cancel_url=https%3A%2F%2Fwww.facebook.com%2Fdialog%2Fclose_window%2F%3Fapp_id%3D966242223397117%26connect%3D0%23_%3D_&display=popup&locale=en_USTuon linkin kopioimalla FF osaisi sitten parsia siitä oikean osoitteen. Onhan toi huono tapa mutta parempi kuin ei mitään. Yle toteuttanut tuonkin javascript-kikkareella, ettei facebook-linkin päällä voi kopioida osoitetta hiiren oikealla napilla.
Kysymys kuuluukin, muuttuuko tuo osoite jotenkin jos on kirjautunut facebookiin? Itse en siellä ole niin en voi testata. Jos joku voisi kokeilla.
v5.1.1.2 - 29.3.2020
- Lisätty: Areenan radio-ohjelman sivulla olevaa "Jaa Facebookissa" -linkkiä klikkaamalla ja Facebook-osoitteen kopioimalla voi kyseisen radio-ohjelman ladata. Tätä kannattaa tietysti käyttää vain silloin kun ohjelman osoitetta ei muuten saa näkyviin.
- Korjattu: Areenan "..tv/ohjelmat/30-1017" -tyyliset osoitteet toimivat taas.
- Korjattu: Elävän Arkiston kaikki sisältö löytyy (kai?) nykyään Areenan puolelta, joten kaikki Arkiston lataukset haetaan automaattisesti Areenasta ja ladataan Areena TV ja Areena Radio -asetuksilla.
- Korjattu: Leikepöydälle kopioidusta osoitteesta poistetaan automaattisesti mahdollinen rivinvaihto ja tabulaattorimerkki.
- Lisätty: Areenan radio-ohjelman sivulla olevaa "Jaa Facebookissa" -linkkiä klikkaamalla ja Facebook-osoitteen kopioimalla voi kyseisen radio-ohjelman ladata. Tätä kannattaa tietysti käyttää vain silloin kun ohjelman osoitetta ei muuten saa näkyviin.
- Korjattu: Areenan "..tv/ohjelmat/30-1017" -tyyliset osoitteet toimivat taas.
- Korjattu: Elävän Arkiston kaikki sisältö löytyy (kai?) nykyään Areenan puolelta, joten kaikki Arkiston lataukset haetaan automaattisesti Areenasta ja ladataan Areena TV ja Areena Radio -asetuksilla.
- Korjattu: Leikepöydälle kopioidusta osoitteesta poistetaan automaattisesti mahdollinen rivinvaihto ja tabulaattorimerkki.
- Liittynyt
- 17.10.2016
- Viestejä
- 2 436
Kerkesin tykätä jo changelokia mutta päivitys:
Muilla samaa ongelmaa? Ei ole ennen tullut tällaista tilannetta vastaan.
Muilla samaa ongelmaa? Ei ole ennen tullut tällaista tilannetta vastaan.
- Liittynyt
- 12.11.2019
- Viestejä
- 737
Sama, se ottaa loputtomaati yhteyttä palvelimeen.
- Liittynyt
- 15.01.2018
- Viestejä
- 112
Minulla Windows Defender esti päivityksen, mutta esim. avast ei.Kerkesin tykätä jo changelokia mutta päivitys:
Muilla samaa ongelmaa? Ei ole ennen tullut tällaista tilannetta vastaan.
- Liittynyt
- 17.10.2016
- Viestejä
- 2 436
Mulla taas avast eikä se edes inahda päivityksen aikana. Sen yhden shieldin disablointi väliaikaisesti ei vaikuta yhtään mitään tuohon FF:n päivitykseen. Olisi kiva tietää miksi päivitys väittää, että "ladattu tiedosto on viallinen".
- Liittynyt
- 03.10.2017
- Viestejä
- 120
täsmälleen sama täällä
Uutiset
-
Uusi artikkeli: Testissä Samsung Galaxy S24 FE
22.11.2024 20:48
-
Live: io-techin Tekniikkapodcast (47/2024)
22.11.2024 13:35
-
DeepCool julkaisi uudet LP240- ja LP360-AIO-coolerit matriisinäytöllä
22.11.2024 02:58
-
Google julkaisi Android 16:n ensimmäisen kehittäjäversion
22.11.2024 02:39
-
NVIDIA saavutti päättyneellä neljänneksellään jälleen uuden ennätystuloksen
22.11.2024 02:17
Uutisia lyhyesti
-
Gigabyte julkaisi uudet 4K- ja 1440p-tarkkuuksien QD-OLED-näytöt- Kaotik
- Vastauksia: 0
-
Chiefteciltä kaksikammioinen Visio-kotelo kahtena eri versiona- Juha Kokkonen
- Vastauksia: 2
-
