Posts filed under 'softat'

PETSCII editors: an overview

I’ve been rather actively involved with PETSCII art for the last couple of years, coding, drawing and even conducting a bit of research. As PETSCII is kinda fashionable now, and many people would like to experiment with it, here’s a little overview of the available editors and their pros and cons. The list aims to be complete, so if there’s anything missing, let me know. Let’s start with native tools and then move on to cross-development.

It’s a fine line, but I’ve decidedly excluded various text editors that could be used for character graphics as well.

Digital Paint 4.0 (C-64, link)

Probably ok for its time – can’t quite pinpoint when exactly it was released. In addition to the original version coded by Aaron Hightower there are various hacks by sceners who added missing features. In addition to typing, you can paint filled boxes and edit colors.

digitalpaint

TBoard-Painter 1.1 Pro (C-64, link)

Another oldie, this time by Tao/Triad. The most notable extra feature is the 1/4 char pseudographics drawing mode. The image can be larger than the screen size, which together with the name suggests it was meant for BBS graphics. As a nice little touch the x/y location display uses hex numbers 🙂

tboard-painter

Tyronpaint 2.1 (C-64, link)

Not much new to say about this: you can type text, change the color or draw blocky 1/4 dots. The images can be higher than 25 lines. Created by Lynchbit/Alpha Flight in 1996, this improved version is from 2006.

tyronpaint

Kaleidoscope 4.0 (C-64, link)

Very simple, but at the same time easily comprehensible editor by BroBryce64 all the way from 1989. Not many features there, but you can type chars and change colors. A curious extra is the “rainbow mode” which cycles the colors after each character.

kaleidoscope

PETSCII Paint 0.5 (C-64, link)

A rudimentary tool by 0xDB from 2011. The basics do work: you can select characters, change colors and save the outcome, but even simple things tend to be on the tedious side.

petsciipaint

Petscii Editor 4.6 (C-64, link)

FieserWolf’s editor is undoubtedly the most popular one when it comes to programs running on real hardware. As the version number suggests, there have been plenty of iterations and the workflow has been improved a lot since the initial releases. Once you get used to the UI, there’s useful functionality such as copy/paste, recoloring and multiple pages available. Several notable works have been produced with this editor.

petsciieditor1

Online PETSCII Editor (online, link)

A web-based solution by Krissz from 2013. I like the idea that you can draw on a normal browser without installing any software or digging the old warhorse from the closet, but this particular project seems to have been abandoned. You can both draw and type, and the character selector is well though out. On the other hand, there is little functionality to support advanced editing.

petsciieditor2

PET Shop Pro (online, link)

As of now there’s very little documentation on this editor by Jambonbill, as it is still work in progress and not officially released. Nevertheless, quite a promising online tool which lets you even do animations. Originally based on Krissz’s editor (see above), but was mostly rewritten after that. The character selector is well designed, you can edit images of various sizes plus export them to different formats, and even script the editor. There are still some bugs around, which will hopefully be ironed out at some point.

jambonbill

CBM .prg Studio (Windows, link)

Arthur Jordison’s CBM .prg Studio is a complete development environment that lets you create software for the Commodore 8-bits. One of its parts is the screen editor, which is actually quite usable for artistic endeavours too. Largely served as the source of inspiration for the editor below.

cbmprgstudio

APE (Windows, link)

APE (Another Petscii Editor) by MrXaliasH from 2013 is Windows-only, but does run fine under Wine as well. The basic functionality (drawing, color selection, copy/paste and even undo) is there, but it seems the project was quickly dropped after its initial release.

ape

C64 AAE (Windows, link)

C64 ASCII Art Editor by RADSoft hails from Poland. Windows-only, but runs somewhat ok under Wine except the color editor. Apparently the development ceased in 2012, but in spite of that there are some unique features – most notably layers, which were a firstie in the scene. The animation features are also among the most advanced. Drawing happens by writing, but unfortunately the key mapping doesn’t suit all keyboards. Furthermore, keyboard shortcuts require quite heavy juggling with various ctrl/shift/alt combinations.

aae

EDSCII and Playscii (multiplatform, link)

EDSCII by JP “Vectorpoem” LeBreton was one of the first editors I tried in 2013. Later on its development halted and Vectorpoem created a new tool called Playscii. Both versions focus on PETSCII-like retro graphics instead of sticking to the exact capabilities of the C-64. Still under development, Playscii already features plenty of functionality such as different character sets, layers, animation frames and smooth zoom, plus of course the standard editing tools. There is also something called “game mode”, which I didn’t quite understand at first sight, though.

playscii

PETSCII (multiplatform, link)

Do not expect me to be very objective with this 🙂 The project, initially coined by me and Dr. TerrorZ, started in 2013 and has received occasional updates ever since. In addition to the standard stuff there’s rudimentary support for animation and other machines than just the C-64 (VIC-20, PET and Plus/4). One recognized problem is that because of Processing, the program runs on Java, which spells trouble these days. The GUI is undeniably “no-nonsense” with most functions hidden behind single-key shortcuts.

petscii1

In conclusion, there’s already quite a variety of tools available these days, and some are surely still missing from the list – not everyone has made their software public in the first place. At one end of the spectrum there are hardcore editors running on genuine hardware, and at the other retro art oriented tools aimed at recreating the old look with less regard for authenticity (at times called fakescii). Pick your poison!

edit: More additions, thanks to Goto80 for the tips!

edit2: More details on Pet Shop Pro received from Jambonbill himself.

4 comments March 22nd, 2016

Kaksikin artikkelia

Hieman hyytynyt kirjoittelutahti on toivottavasti taas lähdössä nousujohteiseksi nyt, kun intensiivi-workshopista ja opiskelijavalinnoista on selvitty. Eilen ja tänään tuli sentään pihalle pari kepeähköä pätkää: ensimmäinen Teron kanssa PETSCII-taiteesta Skrollissa ja toinen WiderScreenissä Merja Salon kanssa Seppo Kilgastista, joka teki 1980-luvun lopulla Amigalla valokuvataidetta. Widerin artikkeli on linjoilla täällä ja Skrollin juttu tässä pdf:nä. Alla Teron “Evening at Home” ja kaksi kuvaa Kilgastin lopputyöstä.

Add comment March 16th, 2016

Raspberry Pi 2: hyvät ja huonot uutiset

Lägään tällä hetkellä näiden Raspien kanssa hieman perässä, sillä rupesin vasta testailemaan synttärilahjaksi saamaani 2B-mallia. Jälleen kerran hieman nopeampi kolmonenhan tuli juuri uunista ulos.

Juhlapuheista huolimatta etenkään alkupään Raspeista ei todellakaan ollut työpöytäkäyttöön: muistia oli liian vähän, X:n ja SDL:n kiihdytykset riittämättömiä, ja jo muutenkin hitaan koneen hyydytti viimeistään käyttiksen ajaminen SD-kortilta. Muutaman vuoden aikana ytimiä on tullut kolme lisää, ja kenties vielä tärkeämpänä parannuksena muistin määrä on noussut gigatavuun. Mutta ollaanko vieläkään työpöytäkäyttöön riittävällä tasolla?

Kyllä, ei ja ehkä. Raspi 1:een verrattuna työpöytä pyörii mainiosti, mutta toisaalta hitainkin nykypäivän Intel-pohjainen miniläppäri on edelleen nopeampi. Hitaus ja nopeus ovat pitkälti ohjelmista kiinni: mukana seuraava Web-selain ja LibreOffice ovat aivan käyttökelpoisia, kun taas Java-pohjainen Processing hyytyi varsin ikävästi. Pikaisesti kokeilemani kevyet emulaattorit toimivat sinänsä ok X:n päällä, mutta kiinteän resoluution ja puuttuvan video-overlayn vuoksi niitä ei saanut koko näytölle (resoa voisi toki pudottaa, mutta se on ongelman kiertämistä eikä ratkaisua).

Pahin pullonkaula tuntuu edelleen olevan massamuisti. Siinä missä SSD:istä on tullut päivittäistavaraa isojen koneiden puolella, pikkulaudoissa ollaan edelleen jumissa USB2:n ja muistikorttien maailmassa. Odroideissa nähty eMMC on jonkin verran parempi, mutta jää sittenkin SSD:lle mennen tullen.

Parhaimmillaan Raspit ovat niille erityisesti räätälöityjen softien kanssa: mediatoistimista, emulaattoreista ynnä muista on optimoituja versioita, jotka käyttävät videoskaalaajaa tai OpenGL ES:ää tavanomaisten kirjastojen sijaan. Yllätyin itsekin, kuinka paljon 3D-rauta jaksoi puskea, kun sitä ohjelmoi järkevästi. Ylimääräiset kerrokset, kuten Java ja JavaScript, ovat puolestaan myrkkyä suorituskyvylle.

Monia päivittäisiä asioita voi tehdä jo nykyiselläänkin riittävän sujuvasti, kunhan hyväksyy tietyn ajoittaisen tahmailun. Ainoaksi peeseen korvaajaksi en Raspia edelleenkään laittaisi, enkä usko kolmosenkaan tilannetta merkittävästi muuttavan, varsinkin kun massamuistiväylät eivät ole sen nopeammat. Toisaalta tarkkaan rajatussa yksittäisessä käytössä etenkin tämä uusi Rapsutin voi olla aivan riittävän tehokas ja hinnaltaan kymmenesosa “oikeasta” tietokoneesta. Palataan asiaan taas parin sukupolven päästä.

raspi2

1 comment February 29th, 2016

Yosemite ja VirtualBox

Pitipä tätäkin kokeilla: eräänlainen “Hackintosh” eli OS X 10.10:n asennus virtuaalikoneeseen. Lähtökohtaisesti hommassa on kaksi ongelmaa, nimittäin a) Macintoshien rauta ja firmware poikkeaa edelleen PC:stä ja b) lisenssiehdot eivät salli asentamista kuin Mäkkeihin, minkä takia virtuaalikoneet eivät sitä myöskään virallisesti mahdollista muilla alustoilla.

OSx86-projektin ansiosta OS X:n saa asennettua – lukuisien reunaehtojen puitteissa – ihan tavalliseenkin peeseehen, kunhan rauta on juuri sopivaa. Seuraava käyttöjärjestelmäpäivitys saattaa aina räjäyttää kaiken, mutta motivaatio lienee useimmilla pikemminkin “because I can” kuin OS X:n ajaminen missään tuotantokäytössä halvemmalla raudalla. Pääasiallisia asennustapoja on nykyään kaksi: virallisen asennusmedian käyttö loaderilla höystettynä sekä erilaiset häkätyt distrot, joissa on mukana ajureita ym.

Googlettamalla löytyi ohjeet Yosemite+VirtualBox-yhdistelmälle. Yosemite Zone -distro löytyi Internetin uumenista, joten asennus käyntiin. Alkuunsa meni ihan lupaavasti, mutta kuten monella muullakin, virtuaalikone jämähti melkein asennuksen lopussa pysyvästi. Keskusteluista löytyi apu ongelmaan, ja pienen komentoriviräpellyksen jälkeen Yosemite todellakin käynnistyi:

josemiitti

Asiat toimivat suunnilleen odotetusti, mutta grafiikka on kiihdyttämättömänä varsin hidasta ja hieman bugistakin – oikealla raudalla tuetaan kyllä kiihdytystäkin. BeamOff-niminen kikkale nopeuttaa menoa poistamalla näytönpäivitykseen synkronoinnin, mitä en tosin itse päässyt todentamaan, sillä syystä tai toisesta Hackintosh jämähti melkein joka buutissa, teki sitten mitä hyvänsä. Erääksi lääkkeeksi kaupitellaan sitä, ettei konetta koskaan sammuta, vaan tallentaa laitteiston tilan. Järin kestävästä ratkaisusta ei sittenkään ole kyse, minkä lisäksi mm. äänet toimivat pieleen.

Eipä tästä jäänyt paljon käteen: OS X kyllä buuttaa, mutta on melko lailla käyttökelvoton ja bugittaa. Ehkäpä eri distro olisi toiminut paremmin, mutta ongelmia tuntui foorumin perusteella olleen monilla muillakin. Seuraavaksi pitänee kokeilla ihan oikealla koneella.

Add comment February 8th, 2016

Super Meat Boy trouble on Linux

This is more of a note for myself, since I run into the same problem quite frequently and it’s kind of tricky to find the fix even with Google. So… the next time you get this dreaded error message from Super Meat Boy:

Fatal Error: MojoShader compile failed!

Download this and extract it in your supermeatboy directory (local copy here in case the file disappears). It will replace the binaries for both 32- and 64-bit, after which you should be able to play the game again. The problem seems to have to do with Mesa’s Intel integrated graphics support, which lacks a required feature.

Note that the fix is for the downloadable copy only. No idea if it is needed or works with the Steam version at all.

Add comment January 24th, 2016

AMD-ATI ja videon repeily (lisää kökköä)

Taannoisen Nvidia-valitusvirren vastapainoksi vielä samasta aiheesta AMD/ATI-perspektiivistä, eli mitä tehdä, jos video repeilee? Asetelma on lähtökohtaisesti hieman samanlainen kuin Nvidiallakin: tarjolla on sekä avoimen sorsan (xserver-xorg-video-ati) että suljettu ajuri (fglrx eli Catalyst), joista suljettu on se nopeampi ja samalla ongelmallisempi. Vakiona näistä AMD:llä tulee avoin versio, jolla repeilyä ei nähdä, mutta samalla menetetään tehoja OpenGL:stä sekä kätevä hallintapaneeli, ja pelien toimivuus heikkenee.

Netistä löytyy yhtä sun toista vanhahtavaa ohjetta, joissa sorkitaan xorg.confiin välillä TexturedVideota päälle ja välillä pois. Itse en saanut niillä mitään näkyvää vaikutusta aikaan, eikä xvinfo koskaan tunnistanut video-overlaytä. Toisin sanoen ollaan jumissa OpenGL-ikkunan kanssa, jossa video repeilee – jos nyt ei järin pahasti. Perfektionistille repeily sattuu kuitenkin silmään, joten järjestelmäasetuksista AMD Catalyst Control Center auki ja Näyttövalintojen alta Repeytymätön työpöytä päälle (miksi nämä tekstit näkyvät suomeksi?).

Jo vain toistuvat videot kauniisti, minkä lisäksi työpöydän normaalit ikkunat liikkuvat pehmeästi. Varjopuolena on lisääntynyt kuormitus, mutta asetus on helppo käydä muuttamassa, jos vaikkapa haluaa peleille parempaa päivitystaajuutta. Vaikkei AMD/ATI ole perinteisesti mikään Linuxin paras ystävä ollutkaan, niin ainakin koko ruudun kompositointi toimii paremmin kuin Nvidialla.

edit: Compiz hoitaisi luultavasti homman sekin, mutta ainakaan itse en sitä suostu käyttämään muista syistä. Samoin Compton tekee kompositoinnin raudalla, mutta on AMD:n omaan toteutukseen verrattuna kömpelö.

Add comment January 22nd, 2016

Intel MEI + Linux + fan control

Everything related to meifand was moved to its separate project page: http://www.kameli.net/marq/?page_id=4263

Add comment December 12th, 2015

Nvidia ja videon repeily (voi kökkö)

Ehdin jo tottua Intelin integroidun näyttiksen kanssa siihen, että video toistuu nätisti repeilemättä VLC:llä, mutta nyt palasin Nvidia-maahan ja ongelmia ilmeni saman tien. Alla on Mint/MATE ja ikkunamanagerina vsyncin päälle huonosti ymmärtävä Marco. Useamman tunnin googletuksella tuli vastaan seuraavia paremmin ja huonommin toimivia ehdotuksia:

  1. Käsienheiluttelut. Laita Nvidian asetuksista täydet tehot päälle, poista käytöstä X-palvelimelta backing store jne. Ei auta.
  2. VLC:n videoulostulo. Xvideo repeilee pahasti, normaali X11 on kohtuuttoman hidas ja vielä GLX:kin repeilee tarpeettoman paljon. Ei auta.
  3. Compiz. Marcon vaihtaminen Compiziin tosiaankin auttoi asiaa, koska jälkimmäinen kompositoi koko ruudun. Valitettavasti bugeja tuli vastaan lyhyelläkin käytöllä ihan liikaa, enkä saanut asetuksia muutenkaan mieleisikseni.
  4. Compton. Marcon kanssa toimiva pelkkä komposiittori (kompostori?) ratkaisi sekin repeilyn kunnialla, mutta vei valitettavasti aivan liikaa tehoa, minkä lisäksi päivitystaajuus lerpahti.
  5. Nvidian kikkale. Nvidiakin tukee kaikessa hiljaisuudessa kompositointia, vaikkei sitä saakaan normaaleista asetuksista päälle. Jonkin verran vie tehoja sekin, mutta vähemmän kuin Compton.

Kohta 5 vaatii seuraavanlaisen, ei aivan ilmeisen /etc/X11/xorg.confin:

Section "Screen"
  Identifier "nvidia"
  Device "nvidia"
  Option "TripleBuffer" "True"
  Option "metamodes" "nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }"
EndSection

Tämän jälkeen Nvidian ajuri kompositoi ja synkronoi ruudunpiirron ja videot toistuvat kauniisti, eivätkä ikkunatkaan splittaile liikutellessa. Pienenä kauneusvirheenä Xvideo on hidas, joten VLC:hen kannattaa vaihtaa ulostuloksi GLX. Ei tämäkään mikään täydellinen ratkaisu ole, sillä X vie nyt tyhjän panttina jonkin verran prosessoritehoa ja kuormitettuna enemmän, minkä lisäksi OpenGL hidastuu jonkin verran. Riittää kuitenkin tähän hätään tilapäisratkaisuksi parempaa etsiessä — vinkkejä otetaan mielellään vastaan.

edit: eihän tämä ollut tietenkään koko kuva vielä. Kävi ilmi, että Nvidian ajuri hukkaa kompositoinnin, jos kone käy nukkumassa. Tilannetta voi korjailla palauttamalla kompostorin nvidia-settingsin avulla. Itse laittoin paikkaan /etc/pm/sleep.d ajettavan tiedoston 20_nvidia seuraavilla sisuksilla:

#!/bin/sh
case "${1}" in
    resume|thaw)
        nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceFullCompositionPipeline=Off }"
        nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceFullCompositionPipeline=On }"
    ;; 
esac

Hieman kludge, mutta tuntuu toimivan toistaiseksi.

edit 2: Ruudunsäästäjä tuhoaa kompositoinnin myös! Tämän saa kierrettyä poistamalla ruudunsäästäjän kokonaan käytöstä ja pimentämällä näytön virransäästöasetuksilla.

Add comment December 2nd, 2015

Mini 1,1 äärirajoille

Parin viime vuoden aikana ovat tulleet Mac Minit hyvinkin läheisesti tutuiksi, kun olen päivitellyt ja rempannut kahta alkupään Intel-mallia (alkujaan CD/1,66 ja C2D/1,83). Kätevän kokoisia, hiljaisia, tyylikkäitä ja lähes kymmenen vuoden iästään huolimatta edelleen monenlaiseen käyttöön sopivia pikkukoneita. Näitä saa nykyään jo halvalla, jopa alta satasella, siinä missä heikoimmistakin i5-malleista joutuu edelleen maksamaan helposti puolet uuden hinnasta. Eräänä syynä tietysti se, että ohjelmistotuki on loppunut aikapäiviä sitten etenkin Core Solo/Duo -malleilta.

Erityisen paljon rakkautta on osakseen saanut tuo (syntyjään) heikompi Mini, jonka olen päivittänyt lähes tappiinsa. Luonnontilassaan kone oli tällainen:

  • Core Duo 1,66 GHz
  • 1 Gt muistia
  • 60 Gt 5400 RPM kiintolevy
  • SuperDrive
  • Mac OS 10.5 (Leopard)

Koneen aukominen oli ensimmäisellä kerralla hieman hermoja raastavaa, mutta kerrankin avattu kuoriutuu jo huomattavasti helpommin vaikka tavallisella pöytäveitsellä. Selkeät perusohjeet löytää iFixitin sivuilta.

Ilmeisimmät ja helpoimmat päivitykset ovat käyttöjärjestelmän päivitys Snow Leopardiin (omaan koneeseeni se ei kylläkään jostain syystä ikinä mennyt), muistin nostaminen täyteen kahteen gigatavuun ja mekaanisen kieputtimen vaihtaminen SSD:hen. Muistin ja kiintarin vaihto ovat kohtuullisen helppoja, vaikkei asemakehikon irroittaminen ja takaisin sovittelu ihan triviaalia olekaan. SSD:n ei tarvi olla viimeisintä huutoa, koska SATA 1 -ohjaimen maksiminopeus on kuitenkin vain 150 Mt/s. Itse laittelin halvan 60-gigaisen Zheino-kiinakamiksen, joka lukee ja kirjoittaa suunnilleen täydet 130 Mt/s.

Seuraavat kohennukset vaativat jo syvällisempää paneutumista ja asteen enemmän siviilirohkeutta. Vanhimmissa Mineissä suoritin oli poikkeuksellisesti Socket M (mPGA478MT) -kannalla ja päivitettävissä, siinä missä myöhemmin piiri integroitiin emolevylle. Vaihto-operaatio on täysin tehtävissä kotikonstein, mutta jäähdytyssiilin survominen takaisin paikoilleen ei ole erityisen hauskaa, ja nettifoorumien perusteella moni on saanut katkottua kiinnitykseen tarkoitetut muovipultit. Ohjeet taas iFixitissä.

Korvaavia Core 2 Duo -prosuja saa edelleen helposti vaikkapa eBayltä, mutta yli kahden gigahertsin versioista pyydetään jo oikeasti rahaa. Itse en aikanaan uskaltanut investoida kuin 2 GHz malliin, kun operaation onnistumiseen ei ollut hirveästi luottamusta. Hankkiessa kannattaa muutenkin olla tarkkana, sillä myynti-ilmoituksissa on toisinaan virheellisiä tietoja. Tärkein tieto on kanta, minkä lisäksi FSB:n pitää olla 667 MHz. Nopeimpien suorittimien saatavuus voi olla heikkoa, mutta ainakin 2 ja 2,16 GHz malleja näytti olevan edelleen hyvin tarjolla.

Piirisarja rajoittaa käytössä olevan maksimimuistin kolmeen gigatavuun, sillä viimeinen gigatavu peittyy I/O-alueen alle. Neljän gigan asentamisesta ei ole siten massiivista hyötyä kolmeen verrattuna, vaikka pientä nopeushyötyä tuleekin dual channel -tilan käytöstä. Oikea muistityyppi on DDR2 SO-DIMM nopeudella 667 MHz eli PC2-5300. Hieman nopeampi saattaa toimia, joten kannattaa kokeilla, jos sopivia on valmiina nurkissa – foorumeilla kokemukset ovat olleet vaihtelevia.

1,1-mallin omistaja törmää muistia lisätessään myös siihen, että vanha firmware ei tue kuin kahta gigatavua. Kätevät hakkerit ovat kuitenkin saaneet asennettua uudemman firmiksen, jolloin 1,1:stä tulee lähes kaikin puolin (ks. alla) Mac Mini 2,1 ja muistia saa 3 Gt Käyttöön. Tämäkin proseduuri vaatii jo jonkin verran harrastuneisuutta, mutta kyllä se ohjeiden mukaan onnistui. Ensimmäisen käynnistyksen jälkeen ruudulle tulee huolestuttavasti lähinnä roskaa ja kone jumittaa, mutta se on ilmeisesti täysin normaalia 🙂

GMA-koneiden viimeinen tuettu käyttöjärjestelmä on 10.7 eli Lion, jolle saa vielä hyvin ohjelmia (pl. Applen omat). Tietoturvapäivityksiä ei ole valitettavasti tullut enää pitkiin aikoihin, joten omalla riskillä mennään. Hakkerit ovat saaneet ainakin 10.8:n toimimaan kopioimalla ajureita vanhemmista käyttöjärjestelmäversioista. Ihan näin syvällisesti en asiaan enää ruvennut paneutumaan, sillä virittelyn määrä Lionin asennukseen verrattuna on melkoinen, ja käyttökoneessa kaiken pitäisi mieluummin toimia luotettavasti.

Lion tarkistaa koneen mallin sekä asennuksen että käynnistyksen yhteydessä ja kieltäytyy toimimasta havaitessaan alla olevan Core Duo -koneen (oli suoritin sitten oikeasti mitä hyvänsä). Ongelma on onneksi kierrettävissä helposti: asennus- ja käyttislevyltä löytyy tiedosto /System/Library/CoreServices/PlatformSupport.plist, johon voi lisätä seuraavan rivin:

<string>Mac-F4208EC8</string>

Muutoksen voi tehdä asennuslevylle muokkaamalla Lionin dmg-levytiedostoa ennen sen dumppaamista DVD:lle tai usb-medialle. Toinen tapa on asentaa käyttis tuetussa 2,1-koneessa, kuten itse tein, ja muokata tiedostoa jälkeenpäin. Käyttispäivitykset kannattaa asentaa samassa koneessa, sillä joku niistä jyrää uudelleen PlatformSupport.plist:n. Aivan samoin käy hakkeroidulla asennusmedialla, jolloin pitää joko target disk -moodissa tai levy irti nappaamalla käydä toisella koneella korjaamassa tilanne. Lisätietoja täällä.

Kaiken huhkimisen jälkeen vanha 1,1 näyttää tältä:

  • Core 2 Duo 2,0 GHz
  • 4 Gt muistia (josta 3 Gt käytettävissä)
  • 60 Gt SSD
  • SuperDrive
  • Mac OS 10.7 (Lion)

Helpommalla ja luultavasti myös halvemmalla olisi päässyt ostamalla vähän uudemman käytetyn Minin, mutta siinähän ei olisi ollut mitään hupia eikä hohtoa. Hyvällä tuurilla sopivia jämäosia voi olla jo valmiiksi nurkissa muista päivitysprojekteista tai rikkinäisistä koneista, joten kaikkea ei tarvi hankkia erikseen tyhjästä. Lionin ja Snow Leopardin lisäksi olen ajanut Mineissä menestyksekkäästi 32-bittistä Linuxia (Lubuntua sekä Mintiä), joka toimii nykyään kaikin puolin kelvollisesti ilman sanottavaa säätämistä. 64-bittiset versiot eivät ole suostuneet asentumaan, luultavasti johtuen 32-bittisestä EFI:stä.

edit: T7600 on nopein Socket M -kantainen C2D. Normiversio on 2,33 GHz, mutta harvinaisempi T7600G tukee jopa yli 3 GHz kelloja – ikävä kyllä mikään OS X -työkalu ei ylikellotusta mahdollista.

Add comment November 8th, 2015

Pikatestissä Elementary OS

Kun häntä on niin kovasti kehuttu siellä sun täällä, niin pistinpä virtuaalikoneessa pikatestiin Elementary OS:n. Kyseessähän on Debian/Ubuntu-pohjainen Linux-jakelu, jossa on keskitytty erityisesti ulkoasun ja käyttökokemuksen hiomiseen. Asennuslevyn saa ladattua tuttuun tapaan ilmaiseksi sivulta sekä 32- että 64-bittisenä versiona.

Asennuksessa ei ole vielä sanottavaa eroa tutumpiin distroihin, hyvin samat dialogit käydään läpi vaikkapa Mintissä tai Lubuntussa. Jostain syystä VirtualBox ei tykännyt toimia yhteen X:n kanssa, vaan reso jäi alkuunsa riittämättömäksi 640×480:ksi, kunnes pakotin VESA-ajurin päälle. Luultavasti Mintin kautta tuleva VB on hieman liian vanha ja Oraclelta saatava toimisi paremmin, mutta en nyt jaksanut ruveta ihan hillittömästi sen kanssa säätämään tämän kokeilun takia.

Buutin jälkeen päästään asiaan ja esille tulee Elementary OS:n työpöytä:

elementaryos

Huoliteltu, simppeli, eikä pelota vasta-alkajaakaan. Alapalkki on selvästi innoittunut Macin vastaavasta ja muitakin mäkkimäisiä piirteitä löytyy sieltä täältä, kuten vaikkapa asetuksista ja virtuaalityöpöydistä (joita toki on vähän joka toisessa ikkunamanagerissa muutenkin). Toinen väistämättä mieleen tuleva sukulainen on Chrome OS. Yläkulman Applications-tekstiä klikkaamalla saa näkyviin kaikki asennetut ohjelmat, joita voi myöhemmin lisäillä Software Centerin kautta – pohjalla on ilmeisen täysi Ubuntu, joten kaikki tarpeellinen on asennettavissa, jos tietää mitä etsii. Yläreunasta löytyy myös kalenteri sekä pikakuvakkeet keskeisimmille asetuksille.

Vakioselain on hieman yllättäen kustomoitu Midori, jolla toki hoituu normaali selailu, mutta harrastuneemman webbieinarin täytyy asentaa rinnalle mieluummin jotain muuta. Muitakin perussovelluksia on kustomoitu tai sitten kirjoitettu kokonaan itse paremman yhtenäisyyden nimissä. Pieniin yksityiskohtiin on jaksettu kiinnittää huomiota, ja mm. menut sekä ikkunat ilmestyvät ja katoavat tyylikkäästi. Nykytyyliin ikkunat tunkevat aika hanakasti itsensä koko ruudulle, mikä ei omaan käyttötyyliini täysin istu.

Lopuksi se tärkeä kysymys: mihin Elementary OS oikeasti sopii? Kohdeyleisö on selvästi vähemmän karaistunut Linux-kaarti, joka haluaa saada asioita tehtyä ilman isompaa vaivaa ja säätämistä. Mac OS X:stä lienee niin ikään kohtuullisen suoraviivaista siirtyä Elementaryn pariin, kun monet asiat ovat jo tuttuja. Tämän kaiken vastapainona on tietysti se, että moniin asetuksiin ei ole suoraa pääsyä ja työpöydän käyttäytymistä voi niin ollen muokata varsin rajallisesti. En itse laittaisi Elementaryä pääkoneelleni, mutta esimerkiksi tablettiin, miniläppäriin tai kotialttarille se voisi hyvinkin soveltua.

Add comment October 11th, 2015

Next Posts Previous Posts


Kommenttien virta

Aiheet