/dev/nikc/blog

Kuulin juuri radiomainoksen, siinä mainittiin lopuksi verkko-osoite zodiac.fi. Tai siis, niin minä luulin. Todellisuudessa mainostettu osoite taisi kuitenkin olla zodiak.fi, ainakin mainoksen tyylilajista päätellen, en minä sitä niin tarkkaan kuunnellut ja kofeiinikin kohisi korvissa.

Ongelmallinen tilanne tietysti noin läheiset verkko-osoitteet, kun K-kirjain ei po. sanassa lausuttaessa eroa C-kirjaimesta. Ehkä sitten olisi ollut erottuvampaa mikäli valittu ylätason verkkotunnus olisi ollut jokin muu kuin .fi, tai isäntänimelle annettu etuliite.

Ainakin radiota varten.

I have the pleasure of working with flash. And when I say pleasure, I actually mean it. Except for on those special occasions, which are more frequent than I’d like them to be.

My latest task was to create a simple tracker. You’ve all seen one of them; drag the samples on to the timeline and press play on tape to hear your masterpiece. All good and dandy, sounds like a fun little project. My only worry was regarding playing back the samples one after another, as working with sounds in flash isn’t quite as smooth as I’d like it to be.

Luckily, we’ve already (heh) migrated to Flash 9 and AS3, so I figured most of the pain I remembered from the days of AS2 would be gone by now. But how wrong was I…

Flash is not alone to take the blame though. As it turns out, mp3 encoders always create a short lead in and out when encoding. That’s problem number 1.

Problem number 2 is that the Event.SOUND_COMPLETE-event flash so conveniently provides you with, isn’t usable in this case, because playing sounds sequentially when the event triggers, results in a short but disastrous gap between sounds, making the event useless (in this case).

Problem number 3 is an interesting one. Let’s say, that I have a 1.8 seconds long sound. When I load that sound into my flash movie, the Sound-object will say that the duration is 1800 milliseconds. However, when I play it back, the SoundChannel-object will trigger the soundComplete-event a bit before the Sound.position reaches that magical 1800 marker.

It seems, that the good folks at Macromedia Adobe have tried to create a mechanism that works around the automagically inserted lead in and out. The article linked to at the top notes that importing a wav-file into the library will result in gapless mp3-encoded sound, and it seems (just speculating here) that the SoundChannel-object is trying to mimic that behaviour, but failing to do so, or perhaps it’s just the Sound-object that fails at accounting for the lead in and out when setting its own length.

Firstly, it does in no way account for the lead in. Secondly, the unconsistency between Sound.length and the point where the soundComplete-event triggers, makes the situation even worse when trying to programmatically work around the shortcomings of the mp3-format and the Sound API.

Lastly, I’ve found no pattern in the manner that the Sound.length relates to the point where the soundComplete-event triggers, so I can’t calculate it. (Disclaimer: my tests have not been thorough, rigorous and scientific, so this is not to be taken as absolute truth — it also most probably related to mp3-encoding and not the Sound API, but I’m mostly guessing.) The “solution” I came up with, was to play back the sound silently and record the position where the soundComplete-event triggers — certainly not elegant, but it works.

For the overall problem of gapless playback, I used an existing “solution” (scroll down to part b) which is basically an event triggering every millisecond to stop and start sounds at the right moment. Quite resource wasteful and certainly not foolproof, but it solved circumvented the problem at hand.

Futuremark (beta)julkaisi Peacemaker suorituskykytestin selaimille. Jos siis tuntuu että toinen selain on toista tahmeampi, saatat hyvinkin olla oikeassa ja nyt voit saada tunteillesi lukujakin tueksi.

Henkilökohtainen suosikkini, Firefox ei päässyt testaamistani selaimista kärkikahinoihin, mutta luulen että tilanne olisi toinen mikäli liitännäisiä ei olisi n+1 kpl käytössä.

Blogilista on uudistumisensa jälkeen elänyt varsin hiljaista elämää. Kehitysblogiin on tullut muutama kirjoitus ongelmista tai pienistä uudistuksista tai huoltotöistä. Sama kohtalo Jaiku-kanavalla. Mitään ei juuri tunnu tapahtuvan. Tätäkö tarkoitti julistus joulukuussa 2007:

Blogilistalle uusi koti merkitsee ennen kaikkea loistavia uutisia palvelun kehityksen kannalta. Pääsemme nyt kehittämään palvelua innokkaan ja kunnianhimoisen tiimin kanssa enemmän blogien lukijoiden ja bloggaajien tarpeita vastaavaksi.

Kasvua on kuitenkin tapahtunut, nimittäin suosikkisivun koko on sentään paisunut suorastaan megalomaaniseksi. Sivu, jolla on sisältönä linkkilista ja muutama mainos, on kokoa peräti 2 Mt.

Minulle joka tykkään lukea blogeja raitiovaunussa – tai muuten sopivasti joutavana – mobiilisti se on aivan liikaa. Myönnettäköön että on myös käyttämästäni selaimesta kiinni (Nokia Web browser) ettei sivua optimoida vaan renderöidään kuten oikeassa selaimessa, mutta enivei.

Kevyt ja pinnallinen analyysi Firebugia käyttämällä kertoo seuraavaa:

• HTML, 90 Kt
• CSS, 14 Kt
• Javascript-lähdetiedostoja 9 kpl, 249 Kt
• kuvia 20 kpl, 901 Kt

Javascript-lähdetiedostoja ei ole millään tavallaa optimoitu ja niitä on liikaa (5 blogilistalta, 4 mainostajilta/statistiikalle). Jäävät tosin selaimen välimuistiin mutta (ainakin Nokian) mobiiliselaimen välimuistitus on surkuhupaisaa.

Kuvien kohdalla pahin ylilyönti on vasemmalla navigaation alapuolella olevan boksin piilossa olevalla välilehdellä (heh, heh) olevat kolme kuvaa. Kuvat ovat sivulla 60 pikseliä leveät, mutta itse kuvatiedostot ovat kuitenkin paljon suuremmat. (Nyt näkyvät syövät peräti 871 Kt.) Kaistaa kuluu siinä missä mobiilisurffaajan hermotkin. Lisäksi vielä se, ettei kuvia tarvitsisi ladata ennen kuin välilehti jolla ne ovat avataan. Puhumattakaan siitä että mobiilisti surffatessani annan mainoksille vielä vähemmän huomiota kuin muuten.

Saattaa toki olla niinkin että olen Blogilistan viimeisiä käyttäjiä RSS-feedien keväisen räjähdysmäisen suosion kasvun myötä ja nillitän turhasta, mutta nillitän nyt kuitenkin.

Koska voin.

***

Muut MOPV-sarjan kirjoitukset

Asensin itselleni WordPressin uusimman beta-version koekäyttöön – mittavan varmuuskopiointioperaation jälkeen tietysti. Täytyypä vain sanoa että hyvältä näyttää, erittäin hyvältä. Eikä ainakaan heti mikään hajonnut.

Melkoinen rumsteeraus jälleen hallinnointipuolella, mutta tällä kertaa jälki on ehdottoman kaunista ja onhan se peräti testattu ennen julkaisua.

Tämän syväluotaavampaa testiä en aio suorittaa. Ongelmat saavat avautua ihan itsekseen mikäli niin haluavat.

Olen jo vuosia Windowsissa käyttänyt tekstieditorinani SciTE:ia kaikkeen ohjelmointiin tai sitä muistuttavaan työhön. Lähinnä siksi että se on nopea, ei sisällä turhia kilkkeitä ja osaa värittää melkeinpä kielen kuin kielen syntaksin¹.

Kuitenkin siitä on puuttunut jotain joka on hetkittäin saanut etsimään sopivaa korviketta, tiedä sitten miksi.

Flashin ActionScriptin parissa työskennellessäni siirryin jokin aika sitten käyttämään FlashDevelop:ia kun se jossain tutoriaalissa oli suositeltu. Hyvä se siihen tarkoitukseen onkin, mutta (pääosin) vain siihen.

Tänään löysin InType:n (via) ja lyhyen tutustumisen jälkeen se vaikuttaa oikein pätevältä. Se täyttää samat kriteerit kuin SciTE, eli on nopea, ei sisällä turhia kilkkeitä ja osaa värittää melkeinpä kielen kuin kielen syntaksin¹. Eli tekee juurikin sen ja vain sen mitä minä tekstieditorilta haluan. Sen lisäksi se hallitsee snippetit eli pienet, usein tarvittavat koodinpätkät oikoteineen ja siitä löytyykin syy miksi vaihtoa harkitsen. Bonuksena se näyttää hyvältä.

Unixeissa ja sen klooneilla ainoa oikea työkalu on tietysti edelleenkin vi.

¹ Käytännössä tarkoittaa kaikkia kieliä joille on olemassa syntaksi- ja väritysohjeet. Näitä ohjeita voikin sitten tehdä rajattomasti lisää joten periaatteessa kattaa kaikki maailman ohjelmointikielet. Eli melkein kuin Chuck Norris, paitsi ettei Chuck Norris tarvitse väritettyä syntaksia. Ikinä.

This post has been updated² and updated again³.

It’s now been almost 8 hours since I’ve installed Google Chrome, the new browser from Google that every nerd is drooling over and tinfoil enthusiasts are shunning away with a ten foot pole¹. Me, I’m still on the drooling side of the fence, albeit the TOS does seem a bit odd to me, too. But wait, there’s more…

Read the rest of this entry »