Jatkanpa tuon RGB-jutun uuteen jännittävään vaiheeseen.
Näyttää siltä, että VectorWorksin käyttäjille ei riitä 2D-maalaaminen eikä normaalien värien antama 256 värin paletti 3D-rendeerauksiin. Tarvitaan siis maalinäytteitä jpg-muodossa, tekstuurien tekemiseksi. (Huom huom: laput toiminevat myös ArchiCADissä ja rendeerausohjelmissa samassa tarkoituksessa.)
Mutta kuinkas minä tuhansia värilappuja jaksaisin ilmaiseksi vääntää. Pitäisi nyt siis vaihteeksi skriptata esim. GraphicConverter tekemään joitain pieniä (64 x 64?) jpg-tiedostoja.
Lähtödatana tekstitiedosto:
koodi, R, G, B
Tuote:
koodi.jpg, värilappu
Metakoodi
- lue rivi tiedostosta
- luo uusi dokumentti
- sekoita maali ohjeen mukaan
- kaada ämpärillinen maalia dokumenttiin
- tallenna nimellä koodi.jpg ja sulje
- toista "until EOF"
Ideoita?
"Maalinäytteiden" automatisoitu tekeminen
-
mikastus
- Viestit: 13179
- Liittynyt: 30.12.2004 klo 15.09
- Paikkakunta: Oulu
Ei oo ideoita, sori.
Pitää kuitenkin kysyä, että onko kyseessä kenties Tikkurila Symphony värikartasto, ja kukaties vielä Tikkurila Facade siihen päälle?
Mullakin olis ollut käytössä tuo RGB-taulukko noille, mutta ajatus niiden muuttamisesta materiaaleiksi CAD:iin hävisi aika äkkiä muutaman ajankäytöllisen laskutehtävän jälkeen![[:)]](./images/smilies/icon_smile.gif "Hymy")
Nyt nuo tiedot sittenkö ovat jo tiedostossa tabuloituina..? Vai saakohan tuon Tikkurilalta digitaalisena.
Tikkurilan värittelyohjelmhana on vain windowsille![[:(]](./images/smilies/icon_sad.gif "Surullinen")
, ja kyllähän sitä joka tapauksessa haluaisi mieluummin käyttää ihan omavalintaista ohjelmaa tuohon visualisointiin.
Vectorworksistä on siis kyse. (En ole tullut hankkineeksi sitä demoakaan, vaikka piti. Ärsyttää vähän että siitäkin pitää maksaa, vaikka se ei edes tallenna. Olisipa vaikka aikarajoitteinen tallentava demo.)
ArchiCAD:in GDL-kielellä materiaalinteko varmaankin onnistuisi lukemalla tekstitiedostosta parametreja. Siihen on työkalut tuossa sisäänrakennetussa mallinnuskielessä. Joitakin 3D objekteja on tullut väsäiltyä, mutta paljon vähemmän viime aikoina. Mutta jos saat tuon automaation toimimaan noille lapuille, niin ehkä olet valmis antamaan hyödyn panoksestasi muidenkin ohjelmien käyttäjille?
Minkähänlaiset mahdollisuudet Vectorworksissä olisi sisäisellä skriptikielellä (tai miksi sitä nyt kutsutaankaan) tuottaa materiaaleja lukemalla väriarvot muualta?
Ehkä olet jo tutkinutkin asiaa, ja valitsemasi tapa on mielekkäin edetä.
Pitää kuitenkin kysyä, että onko kyseessä kenties Tikkurila Symphony värikartasto, ja kukaties vielä Tikkurila Facade siihen päälle?
Mullakin olis ollut käytössä tuo RGB-taulukko noille, mutta ajatus niiden muuttamisesta materiaaleiksi CAD:iin hävisi aika äkkiä muutaman ajankäytöllisen laskutehtävän jälkeen
Nyt nuo tiedot sittenkö ovat jo tiedostossa tabuloituina..? Vai saakohan tuon Tikkurilalta digitaalisena.
Tikkurilan värittelyohjelmhana on vain windowsille
, ja kyllähän sitä joka tapauksessa haluaisi mieluummin käyttää ihan omavalintaista ohjelmaa tuohon visualisointiin.Vectorworksistä on siis kyse. (En ole tullut hankkineeksi sitä demoakaan, vaikka piti. Ärsyttää vähän että siitäkin pitää maksaa, vaikka se ei edes tallenna. Olisipa vaikka aikarajoitteinen tallentava demo.)
ArchiCAD:in GDL-kielellä materiaalinteko varmaankin onnistuisi lukemalla tekstitiedostosta parametreja. Siihen on työkalut tuossa sisäänrakennetussa mallinnuskielessä. Joitakin 3D objekteja on tullut väsäiltyä, mutta paljon vähemmän viime aikoina. Mutta jos saat tuon automaation toimimaan noille lapuille, niin ehkä olet valmis antamaan hyödyn panoksestasi muidenkin ohjelmien käyttäjille?
Minkähänlaiset mahdollisuudet Vectorworksissä olisi sisäisellä skriptikielellä (tai miksi sitä nyt kutsutaankaan) tuottaa materiaaleja lukemalla väriarvot muualta?
Ehkä olet jo tutkinutkin asiaa, ja valitsemasi tapa on mielekkäin edetä.
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
Niin, homma lähti liikkeelle VectorWorksiä ajatellen, mutta Tikkula oli kovasti sitä mieltä, että muutkin CAD- ja rendeerausohjelmat pitäisi ainakin yrittää hoitaa.
Auttaisivat nuo maalilaput VW:nkin käyttäjiä; ilman tekstuureja sen omassa rendeerauksessa on vain 256 mahdollista väriä ja muut värit tulkitaan kulloisenkin 256 värin palettiin jollain algoritmilla.
Minulla on nyt kaikki Tikkulan värikoodit (n=3373) RGB ja Lab -formaateissa - muutaman viikon ihmettelyn jälkeen lähettivät ne. VW on helppo hoitaa, koska minulla on vanhastaan tietokanta, joka kirjoittaa ohjelmakoodia, jonka voi vain ajaa VW:ssä saadakseen 2D-työhön sopivat 24-bitin värit, joilla on nimet.
Harmi, ettei Tikkulalla ole luokitusta "värityypin" mukaan (punaiset, siniset, harmaat jne). Harmony 2436:n kirjasto on aika iso selattavaksi!
En vielä tiedä, voiko tekstuurit luoda vastaavalla tavalla ohjelmalla - ainakin siihen tarvitaan nuo näytelappuset. Thorsten Lemke (GC:n kehittäjä) taisi kiinnostua asiasta; ainakin hän pyysi näytetiedostoa eikä heti sanonut ettei onnistu.
Tikkulassa muuten nipotettiin siitä, että heidän ruuduillaan JPEG-testivärinäyte, jonka puolestaan tein näytönkaappauksena, ei vastaa viuhkojen värejä. Yeah, that's right, baby, get a Mac & ColorSync your devices! (Ivailee hän, joka ei ole kalibroinut mitään vaan ajelee tehdasprofiileilla.)
Auttaisivat nuo maalilaput VW:nkin käyttäjiä; ilman tekstuureja sen omassa rendeerauksessa on vain 256 mahdollista väriä ja muut värit tulkitaan kulloisenkin 256 värin palettiin jollain algoritmilla.
Minulla on nyt kaikki Tikkulan värikoodit (n=3373) RGB ja Lab -formaateissa - muutaman viikon ihmettelyn jälkeen lähettivät ne. VW on helppo hoitaa, koska minulla on vanhastaan tietokanta, joka kirjoittaa ohjelmakoodia, jonka voi vain ajaa VW:ssä saadakseen 2D-työhön sopivat 24-bitin värit, joilla on nimet.
Harmi, ettei Tikkulalla ole luokitusta "värityypin" mukaan (punaiset, siniset, harmaat jne). Harmony 2436:n kirjasto on aika iso selattavaksi!
En vielä tiedä, voiko tekstuurit luoda vastaavalla tavalla ohjelmalla - ainakin siihen tarvitaan nuo näytelappuset. Thorsten Lemke (GC:n kehittäjä) taisi kiinnostua asiasta; ainakin hän pyysi näytetiedostoa eikä heti sanonut ettei onnistu.
Tikkulassa muuten nipotettiin siitä, että heidän ruuduillaan JPEG-testivärinäyte, jonka puolestaan tein näytönkaappauksena, ei vastaa viuhkojen värejä. Yeah, that's right, baby, get a Mac & ColorSync your devices! (Ivailee hän, joka ei ole kalibroinut mitään vaan ajelee tehdasprofiileilla.)
-
natero
- Viestit: 107
- Liittynyt: 15.11.2004 klo 17.09
-
Mato
- Viestit: 101
- Liittynyt: 9.11.2004 klo 23.43
-
nobu178
- Viestit: 1014
- Liittynyt: 6.11.2004 klo 19.35
Re: "Maalinäytteiden" automatisoitu tekeminen
Tämähän hoituu GD:n ja perlin yhdistelmällä helposti. On eri juttu, jos GD-kirjaston tuottamat kuvat eivät kelpaa tarkoitukseesi.Kokeiluksi tein vain 500 tiedostoa (koko 64 x 64) käyttämällä silmukkaa ja se kesti alle sekunnin MacBookin teholla.Galangal kirjoitti: Lähtödatana tekstitiedosto:
koodi, R, G, B
Tuote:
koodi.jpg, värilappu
Metakoodi
- lue rivi tiedostosta
- luo uusi dokumentti
- sekoita maali ohjeen mukaan
- kaada ämpärillinen maalia dokumenttiin
- tallenna nimellä koodi.jpg ja sulje
- toista "until EOF"
Ideoita?
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_0.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_1.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_10.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_11.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_12.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_13.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_14.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_15.jpg
-rw-r--r-- 1 nobu178 nobu178 757 Nov 13 08:25 100_50_16.jpg
EDIT: Siis kolmella sisäkkäisellä silmukalla voi tuottaa kaikki mahdolliset rgb-yhdistelmät. Ei sen kummempi juttu.
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
Re: "Maalinäytteiden" automatisoitu tekeminen
Mikä on GD? Lukeeko se lähtötiedostoa? En halua "kaikkia", vain tietyt n. 3300, joilla pitää olla lähtötiedoston mukaiset nimet.nobu178 kirjoitti: Tämähän hoituu GD:n ja perlin yhdistelmällä helposti.
[snip]
EDIT: Siis kolmella sisäkkäisellä silmukalla voi tuottaa kaikki mahdolliset rgb-yhdistelmät. Ei sen kummempi juttu.
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
-
nobu178
- Viestit: 1014
- Liittynyt: 6.11.2004 klo 19.35
GD on sellainen yleinen grafiikkakirjasto (ks. tarkemmin tätä). GD sinänsä ei siis tee mitään, vaan sitä käytetään toisesta ohjelmasta. Sitä käytetään yleisesti php:n ja perlin kanssa. Ehkä sinun kannaltasi inhottavin juttu on, että monta moduulia pitää asentaa ennen kuin voit käyttää GD:tä. Asennus sinänsä ei ole vaikea homma, vie vissiin tunnin pari rauhallisesti tehtynä.
Uskon, että tämmöinen hoituu lennossa. GD:llä tuotetuilla kuvilla ei ole (värinmukaisia) kuvakkeita, mutta sehän hoituu OSX:n sips-komennolla ja sipsin voi sujauttaa perl-skriptiin. Jos käyttää sipsiä, tiedostojen teko voi pikkasen kestää, koska sips on aika hidas. Jos juttusi on kertaluontoinen, voin suorittaa sen puolestasi. Jos sinulle tulee kuitenkin jatkuvasti samanlaisia juttuja, kannattaa asentaa GD ja tehdä vakioskripti perlillä tai jollakin muulla kielellä.En halua "kaikkia", vain tietyt n. 3300, joilla pitää olla lähtötiedoston mukaiset nimet.
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
Kiitokset tarjouksestasi. Katsotaan, miten asia kehittyy - eli saanko Tikkurilalta jonkinlaisen korvauksenkin.nobu178 kirjoitti: Uskon, että tämmöinen hoituu lennossa. GD:llä tuotetuilla kuvilla ei ole (värinmukaisia) kuvakkeita, mutta sehän hoituu OSX:n sips-komennolla ja sipsin voi sujauttaa perl-skriptiin. Jos käyttää sipsiä, tiedostojen teko voi pikkasen kestää, koska sips on aika hidas. Jos juttusi on kertaluontoinen, voin suorittaa sen puolestasi. Jos sinulle tulee kuitenkin jatkuvasti samanlaisia juttuja, kannattaa asentaa GD ja tehdä vakioskripti perlillä tai jollakin muulla kielellä.
-
nobu178
- Viestit: 1014
- Liittynyt: 6.11.2004 klo 19.35
Jos asennat itse GD:n ja muut tarvittavat moduulit (niitä taisi olla neljä viisi), alhaalla olevalla perl-skriptillä asia hoituu (käytin esimerkissä sinun hompputunnustasi). Se kysyy kerran lähdetiedoston nimeä ja kun annat sen, skripti hoitaa loput. Oletuksena on, että teet Desktopiisi "JPEG_laput"-kansion ja lähdetiedosto sijaitsee Desktopissasi ja lähdetekstissä jokaisella rivillä RGB on erotettuna välilyönnillä seuraavaan tyyliin:
0 1 2
3 4 5
.
.
255 255 255
Tuota skriptiä muokkaamalla pärjännet pitkälle.
____________________
#!/usr/local/bin/perl5.8.6
use GD;
print "Anna lähdetiedoston nimi\n\n";
$kama=<STDIN>;
chomp;
$lahde=" /Users/Galangal/Desktop/$kama";
open(LAHDE, "$lahde");
@rgb=<LAHDE>;
close LAHDE;
foreach $rgb(@rgb){
($r, $g, $b) = split(/ /, $rgb);
$width = 64;
$height = 64;
$img = new GD::Image($width, $height);
$color = $img->colorAllocate($r, $g, $b);
$img->filledRectangle(0, 0, $width-1, $height-1, $color);
$nimi = $r.'_'.$g.'_'.$b.'.jpg';
$kuva="/Users/Galangal/Desktop/JPEG_laput/$nimi";
open(KUVA, ">$kuva");
print KUVA $img->jpeg;
close KUVA;
}
0 1 2
3 4 5
.
.
255 255 255
Tuota skriptiä muokkaamalla pärjännet pitkälle.
____________________
#!/usr/local/bin/perl5.8.6
use GD;
print "Anna lähdetiedoston nimi\n\n";
$kama=<STDIN>;
chomp;
$lahde=" /Users/Galangal/Desktop/$kama";
open(LAHDE, "$lahde");
@rgb=<LAHDE>;
close LAHDE;
foreach $rgb(@rgb){
($r, $g, $b) = split(/ /, $rgb);
$width = 64;
$height = 64;
$img = new GD::Image($width, $height);
$color = $img->colorAllocate($r, $g, $b);
$img->filledRectangle(0, 0, $width-1, $height-1, $color);
$nimi = $r.'_'.$g.'_'.$b.'.jpg';
$kuva="/Users/Galangal/Desktop/JPEG_laput/$nimi";
open(KUVA, ">$kuva");
print KUVA $img->jpeg;
close KUVA;
}
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
-
nobu178
- Viestit: 1014
- Liittynyt: 6.11.2004 klo 19.35
Ei tarvitse kiittää, Homppuhan on tätä varten. GD:n palikoiden asentaminen ei tosiaan ole yksiselitteistä siitä huolimatta, että asennusskriptien ajot sinänsä ovat yksinkertaisia. Se, miten hankalaksi GD:n asentaminen osoittautuu, riippuu siitä, millaisia asetuksia olet tehnyt unixIn puolella ja miten haluat asentaa ne palikat. Itse olen asentanut suoraan kaikki palikat, mutta useimmat macistit asentavat ne Finkin kautta. Jos käyttää Finkiä, pitää muokata esim. .bash_profile-tiedostoa jne. No, voit kirjoittaa taas tänne, kun tiedät jatkotoimenpiteistä tarkemmin.Galangal kirjoitti:Hei, kiitos Nobu! EIhän tuo perl kovin pahalta näytä ("olisinhan minäkin osannut"), se GD arveluttaakin jo enemmän.
-
Mato
- Viestit: 101
- Liittynyt: 9.11.2004 klo 23.43
http://www.gretagmacbeth.com/index/prod ... ish_sw.htmGalangal kirjoitti:Eipä tunnu löytyvän...Mato kirjoitti:Ainakin Colorlabilla (maksuton, löytyy kai GretagMacbethin sivuilta) voit muuntaa Lab-muodosta tiffiksi ja päinvastoin.
Edit: siis voit tehdä numerotaulukosta tiff-kuvan ja päinvastoin.
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
No nyt löytyi - mutta en tule hullua hurskaammaksi. Ei mitään ohjelmatiedostoa...Mato kirjoitti:http://www.gretagmacbeth.com/index/prod ... ish_sw.htmGalangal kirjoitti:Eipä tunnu löytyvän...Mato kirjoitti:Ainakin Colorlabilla (maksuton, löytyy kai GretagMacbethin sivuilta) voit muuntaa Lab-muodosta tiffiksi ja päinvastoin.
Edit: siis voit tehdä numerotaulukosta tiff-kuvan ja päinvastoin.
-
Mato
- Viestit: 101
- Liittynyt: 9.11.2004 klo 23.43
No nyt löytyi - mutta en tule hullua hurskaammaksi. Ei mitään ohjelmatiedostoa...[/quote]
ColorLab 2.8.12 freeware for Mac siellä alempana. Toisaalta, jos et ole tuon ohjelman kanssa temunnut (ohjeet sen käyttöön löytyvät esim. Bruce Fraserin Color Management-kirjasta), niin tuo GD näyttää kyllä elegantimmalta ratkaisulta.
ColorLab 2.8.12 freeware for Mac siellä alempana. Toisaalta, jos et ole tuon ohjelman kanssa temunnut (ohjeet sen käyttöön löytyvät esim. Bruce Fraserin Color Management-kirjasta), niin tuo GD näyttää kyllä elegantimmalta ratkaisulta.
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
-
Mato
- Viestit: 101
- Liittynyt: 9.11.2004 klo 23.43
On on, mutta ei sen kansioissa asennuksen jälkeen ole mitään OS X -ohjelmaa - eikä mitään dokumentaatiota myöskään.[/quote]
400_colorlab_mac-en.zip, josta ohjelmatiedosto aukeaa (kannattaa varmaan purkaa omassa kansiossaan). Tuo unsupported tarkoittaa sitä, että siitä ei tosiaan ole dokumentaatiota. Sen takia tuo GD voisi olla helpompi ratkaisu (jos teet väripalat Colorlabissa, ne ovat muistaakseni 1x1 pix kokoisia, jolloin ne kannattaisi suurentaa esim. Photoshopissa (nearest neighbor) ja cropata esim. batchilla.
400_colorlab_mac-en.zip, josta ohjelmatiedosto aukeaa (kannattaa varmaan purkaa omassa kansiossaan). Tuo unsupported tarkoittaa sitä, että siitä ei tosiaan ole dokumentaatiota. Sen takia tuo GD voisi olla helpompi ratkaisu (jos teet väripalat Colorlabissa, ne ovat muistaakseni 1x1 pix kokoisia, jolloin ne kannattaisi suurentaa esim. Photoshopissa (nearest neighbor) ja cropata esim. batchilla.
-
nobu178
- Viestit: 1014
- Liittynyt: 6.11.2004 klo 19.35
Tämä voi olla tiedossanne, mutta mainittakoon varmuuden vuoksi, että OSX:n sips-komennolla voi kuvatiedostoja pienentää tai suurentaa helposti tyyliin:
sips -z 64 64 /Users/mattimeika/Desktop/JPEG_laput/*.jpg
Formaatin vaihtaminenkin käy helposti optiolla -s. Tuettuja formaatteja ovat jpeg, tiff, png, gif, jp2, pict, bmp, qtif, psd, sgi, tga (tarkemmin ks. man sips; sips -H). Jostain syystä sips ei luotettavasti toimi 4850 ylittävän tiedostomäärän kanssa. Jos tiedostoja on yli 4850, kannattaa säätää kerralla hoidettavien tiedostojen määrä silmukoilla.
sips -z 64 64 /Users/mattimeika/Desktop/JPEG_laput/*.jpg
Formaatin vaihtaminenkin käy helposti optiolla -s. Tuettuja formaatteja ovat jpeg, tiff, png, gif, jp2, pict, bmp, qtif, psd, sgi, tga (tarkemmin ks. man sips; sips -H). Jostain syystä sips ei luotettavasti toimi 4850 ylittävän tiedostomäärän kanssa. Jos tiedostoja on yli 4850, kannattaa säätää kerralla hoidettavien tiedostojen määrä silmukoilla.
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
-
Mato
- Viestit: 101
- Liittynyt: 9.11.2004 klo 23.43
-
Galangal
- Viestit: 1086
- Liittynyt: 6.4.2005 klo 17.56
