| hifi | osiota ei tainnut pystyä expandaamaan jos aikaisemman osion levyltä poistaa, kö? | 10:09 |
|---|---|---|
| hifi | vai saako jollain muulla kikalla kuin datan kopioimisella | 10:09 |
| Sysi | pitäis kai osion venyä joka suuntaan, voi vaan kestää kauan | 10:10 |
| hifi | eipä sillä väliä | 10:11 |
| hifi | kunhan onnistuis ilman että tarvitsee koko dataa kopioida talteen | 10:11 |
| hifi | pitänee katella mahdollisuuksia | 10:11 |
| Sysi | kyllä kai mulla on gparted tehny ihan mallikkaasti nuinki | 10:12 |
| hifi | aattelin windowsin osion heittää SSD-kiekolta ulos joten tilaa tulee tietty levyn alusta | 10:12 |
| Sysi | SSD:hän ei ole kiekko :P muista korjata fstab, UUID voi muuttua osion koon mukana | 10:13 |
| hifi | arvasin että takerrut :p | 10:14 |
| hifi | ja joo ei siin väliä vaikka räjähtäis kuinka kunhan datat pysyy | 10:14 |
| hifi | pakko nekin on backupata kuitenkin | 10:14 |
| hifi | toki voi tehdä sikatemput kun toi levy on jaettu tarkalleen kahtia että koppaan koko osion toisen päälle | 10:16 |
| hifi | kun eka osio on boottivalmis taas niin tiputtaa alkuperäisen osion pois ja expandaa ekan koko levylle | 10:16 |
| hifi | tuli opittua että 64 Gt on aivan liian vähän | 10:17 |
| hifi | en tiedä mihin se tila on kadonnut mutta liimalla ei ole enää mitään turhaa poistettavaa ja steamin pelit syö windowsilla aika namisti | 10:17 |
| hifi | kumpikaan oikein mahdu elämään samalla levyllä | 10:18 |
| Sysi | pelit vie aika paljo | 10:19 |
| hifi | nykyään yllättävän paljon | 10:19 |
| hifi | TF2 ja Portal 2 syö molemmat sen päälle 10 gigatavua | 10:19 |
| hifi | jonkun verran jaettua dataa mutta kuitenkin | 10:20 |
| rhkfin | Saako mencoderilla / ffmpeg:llä tms yhdestä yksittäisestä jpg/png -kuvasta tehtyä X sekuntia videota (ilman että kopioi kuvan moneksi ja parsii niistä videon kokoon)? | 12:06 |
| rhkfin | Miten for i in {1..$files};do cp title.png title$i.png;done | 12:54 |
| rhkfin | viilataan toimivaks? | 12:54 |
| rhkfin | Nyt tuottaa title{1..8*1}.png -tiedoston | 12:55 |
| skfin | rhkfin: kdelivesillä ainakin saa mut... | 12:55 |
| rhkfin | skfin: komentoriviratkaisu haussa (ja nyt yritän sit automatisoida tota kopiointia ;) | 12:55 |
| mjr | mää teen sekvenssit aina $(seq 1 $files) | 12:56 |
| mjr | kaipa niitä vois tehdä noilla fancypants-syntakseillakin mutta näin mää sen oon oppinut ja se toimii! | 12:56 |
| mjr | pai tö vei, ongelma saattaa olla sekin että sun $files on ilmeisesti 8*1 eikä esim. 8 | 12:57 |
| rhkfin | ah.. | 12:57 |
| rhkfin | joo, se on 8*1.. | 12:57 |
| skfin | ffmpeg -r 5.000 -f image2 -i img.png -qscale 2 -g 1000 -r 25 -vframes 167 -y text1.mpg | 12:57 |
| skfin | Toimisko toi | 12:57 |
| rhkfin | Mites mä saan ton _oikeesti_ kertomaan noita numeroita..? | 12:57 |
| rhkfin | skfin: hmm.. mielenkiintonen, otetaas tokin tutkintaan.. | 12:58 |
| mjr | minkä? | 12:58 |
| rhkfin | mjr: 8*1 on siis fps*sekunnit | 12:58 |
| mjr | files="$(echo "$fps*$sek" | bc)" tms ;) | 12:58 |
| rhkfin | joka on laskettu aikaisemmin jotta tiedän mikä on tarvittava määrä png-kuvia joista generoin sit videon.. | 12:58 |
| mjr | (oli tohonkin ainakin bashissa jotain suorempaakin mutta taas, evt... | 12:59 |
| mjr | ja suosittelemme muuten linkkaamaan kopioinnin sijaan | 12:59 |
| rhkfin | mjr: hmm.. toi linkkaus kieltämättä ois tolkumpi.. | 12:59 |
| skfin | rhkfin: -vframesilla saa sen framemäärän määriteltyä | 13:00 |
| skfin | ensimmäinen -r kertoo kuinka monta kertaa kuva luetaan sekunnissa, ehkäpä joku 0.001 olisi sittenkin parempi... | 13:01 |
| skfin | toinen -r on framerate | 13:01 |
| skfin | -f image2 kertoo että inputti on still-image | 13:01 |
| skfin | -qscale on quality scale | 13:02 |
| rhkfin | joo, kattelen.. | 13:02 |
| skfin | http://www.kilobitspersecond.com/images/ffmpegchart.gif | 13:03 |
| rhkfin | skfin: mun ffmpeg ei tue png:tä | 13:06 |
| rhkfin | Mut -> jpg.. | 13:06 |
| skfin | Mikäs open source -softa se sellanen on | 13:07 |
| skfin | Tukeepa se png:tä | 13:08 |
| rhkfin | swScaler: y400a is not supported as input pixel format | 13:09 |
| rhkfin | äh, nyt on liian monta rautaa tulessa eikä mikään toimi :D | 13:09 |
| rhkfin | Njoo, jpg:llä ilmeisesti lähti rullaamaan toi ffmpeg saman tien | 13:11 |
| skfin | rhkfin: Sullon wanha ffmpeg :) | 13:12 |
| rhkfin | natty sentään | 13:12 |
| skfin | Ei tue tota pixeliformaattia :/ | 13:13 |
| skfin | pikseli* | 13:13 |
| rhkfin | jep | 13:13 |
| skfin | svn-versio ainakin tukee | 13:13 |
| rhkfin | Se tulee mulle ehkä vuoden päästä :D | 13:14 |
| skfin | jjepp | 13:18 |
| rhkfin | skfin: ei toi ffmpeg-rivi näytä tekevän kuin yhden framen (jonka vlc vilauttaa vaan nopeesti) | 13:21 |
| skfin | Hammhomm | 13:21 |
| skfin | Kokeile muuttaa ekaa -r:ää | 13:21 |
| rhkfin | ffmpeg -r 0.01 -f image2 -i title.jpg -qscale 2 -g 1000 -r 8 -vframes 167 -y text1.avi | 13:23 |
| rhkfin | ja sanoo että frame= 1 fps= 0 q=2.0 Lsize= 52kB time=0.12 bitrate=3397.9kbits/s | 13:23 |
| heikkiket | Onko kellään muulla ongelmia Thunderbird+Lightning -yhdistelmän kanssa? Todo-listaus ei aina toimi | 13:33 |
| heikkiket | lisätyt taskit ei ilmesty näkyviin, ja toisinaan taas taskeihin tehdyt editit ei tallennu | 13:34 |
| heikkiket | pidän Lightningin task managerista muuten tosi paljon, mut jos se toimii epäluotettavasti, ei se oikein lunasta paikkaansa | 13:34 |
| rhkfin | Aika hienoa et yhden videon sisällä voi olla pätkiä eri resoilla :) Ei tosin näppärää mut.. hifiä :D | 13:44 |
| rhkfin | (nii, sain vihdoin tuon skriptin toimimaan, se siis generoi videoon alkutekstit) | 16:13 |
| heikkiket | Päivitin Thunderbirdin ja Lightningin, jotka olivatkin yllättävän vanhoja ja kurttuisia versioita. Saapa nähdä toimiiko jatkossa | 16:32 |
| _Bac_ | Iltaa kanavalle, onko ketään hereillä? | 17:04 |
| bioterror | toki | 17:07 |
| _Bac_ | nonii mainiota | 17:08 |
| bioterror | noh, eipä ole ainakaan yksinäinen tunne | 17:13 |
| tale | Unilukkarit vahtii ettei pääse nukahtamaan. | 17:13 |
| _Bac_ | kertokaas apua kun olen yrittänyt ramfssää saada mountattua automaattisesti fstabin avulla. ongelma on jotta tuo mounttaa levyn roottina jolloin täytyy manuaalisesti jokakerta vaihtaa omistaja | 17:15 |
| _Bac_ | joo taitaa unilukkaritkin olla uneksimassa ;) | 17:15 |
| tale | _Bac_: Pistä siihen fstabin riville minä käyttäjänä mountataan. | 17:15 |
| tale | _Bac_: Tai salli tavallisen käyttäjän mountata se, jolloin se tulee sen käyttäjän omistukseen. | 17:16 |
| _Bac_ | juu elikkä optionsiksi user=xxxx ? | 17:17 |
| tale | _Bac_: Tarkista man-sivulta miten toi menee. | 17:17 |
| _Bac_ | sitä on kyl tavattu pitkään.. tuotakin olen mielestäni yrittänyt vaan ei ole auttanut | 17:18 |
| tale | _Bac_: Ainakaan se ei ole user, koska se tarkoittaa tavallinen käyttäjä voi mountata. | 17:18 |
| _Bac_ | kun en onnistu löytämään kuinka saisi mountpointin omistajan määriteltyä | 17:22 |
| _Bac_ | voi olla että aivan väärä lähestymistapa, kun ei ole niin kovinpaljoa tullut linuxia käytettyä | 17:23 |
| tale | _Bac_: liitoskohdan omistaja on se jonka ls -l näyttää sille hakemistolle ennen kuin siihen mountataan jotain. | 17:23 |
| _Bac_ | joo jos muutan chown komennolla omistajan käyttäväksi eikös seuraavalla mount kerralla pitäisi käyttäjän olla omistaja? | 17:25 |
| _Bac_ | siis käyttäjäksi | 17:25 |
| tale | _Bac_: Varmaan, jos oikein käsitän mitä sanot. Ei sen liitoskohdan omistaja muutu jos ei vasiten muuteta. | 17:26 |
| tale | _Bac_: Mihin tarvit muistilevyä joka mountataan automaattisesti? | 17:26 |
| _Bac_ | joo se tässä hämääkin, vaikka muutan omistajan, silti seuraavan käynnistyksen jälkeen omistaja on root | 17:27 |
| tale | _Bac_: Liitoskohdan omistaja ja liitetyn levyn tiedostojen omistaja on eri asia. | 17:27 |
| tale | _Bac_: man 8 mount kertoo ramfs:n optioista ettei niitä ole. Muille tiedostojärjestelmille on uid= jolla voi sanoa kuka tulee liitettyjen tiedostojen omistajaksi. | 17:27 |
| _Bac_ | kätevä apu jos lataa jotain tilapäistä, tai purkaa esim jonkun paketin. ei tarvi huolehtia levyn siivouksesta ja kunhan vain olisin tahtonut viritellä | 17:28 |
| tale | _Bac_: Käytä hakemistoa /tmp | 17:28 |
| _Bac_ | olisi kätevämpi jos olisi oma asema jossa touhuilla | 17:29 |
| tale | En näe mitä etua erillisestä levyasemasta on. Pistä boottiscripti tekemään mkdir /tmp/Asema, ja käytä hakemistoa /tmp/Asema jos se tuntuu kivalta. | 17:30 |
| tale | _Bac_: Tai salli tavallisen käyttäjän liittää se muistilevy, niin sitten se on sen käyttäjän omistamat tiedostot. | 17:30 |
| _Bac_ | tai tuo käyttäjän salliminen ei jostainsyystä tuntunut toimivan.. tai sitten laitan bootscriptiin chown komennon | 17:34 |
| tale | _Bac_: Tai käytät hakemistoa /tmp kuten kaikki muut ovat tehneet 40 vuotta jo. | 17:35 |
| _Bac_ | niinno onhan sekin vaihtoehto | 17:35 |
| skfin | tale: Vaan kohtapa tuokin muuttuu 40 vuoden jälkeen... | 17:36 |
| skfin | Tai muuttuu jos on muuttuakseen. | 17:37 |
| _Bac_ | tosin tmp taitaa olla fyysisellä asemalla | 17:37 |
| skfin | Debian aikoo kyllä | 17:37 |
| tale | skfin: Vanhoja perinnäistapoja jos muutetaan, museoidaan vanhat käyttäjät ensin perinteen säilyttämiseksi. | 17:37 |
| skfin | No siis se että debianilla on suunnitelmia /run/tmp:tä kohtaan kertoo jotain | 17:38 |
| tale | _Bac_: Onhan se jossai levyllä, muttei Linuxissa ole levyasemia. Tiedostohierarkian juuri on / ja sen alihakemistot voi olla liitoskohtia joihin liitetään levylaite tai sitten se on tavallinen hakemisto. | 17:39 |
| _Bac_ | juu ja tarkoitus onkin että käytän ramfs:sää | 17:39 |
| tale | _Bac_: Lisäksi keskusmuistia käytetään levyvälimuistina automaattisesti, eli voi olla ettei ole nopeuseroa edes onko /tmp vai ramfs. | 17:39 |
| _Bac_ | tuntuisi kyllä olevan kun testailin tuota. myös swappiness on säädetty siten ettei levylle juurikaan kirjoitella | 17:41 |
| _Bac_ | nopeuseroa on varsinkin kun purkaa jotain pakettia jolloin levylle ei tarvi kirjoitella | 17:42 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
