Jag har läst om Google Goggles i förbifarten flera gånger men aldrig riktigt fattat vad det är för något. Tills jag snubblade över den här YouTube-filmen som visar det i funktion. En kombinerad OCR/Googling av vad som finns på en bild kan man väl säga. Sjukt coolt. Återstår väl att se hur det fungerar i verkliga världen och inte bara i en välregisserad demofilm på YouTube. Någon som har erfarenheter? Som jag förstår det finns programvaran till Android sedan ett tag.

One Laptop Per Child(OLPC eller $100-laptop)-projektet ansågs av många vara en mycket viktig pusselbit i arbetet med att lyfta den tredje världen. Många menar att utbildning är en minst lika viktigt bistånd som sjukvård eller borrande av vattenbrunnar. Och jag är helt med på den linjen. Utbildning är otroligt viktigt för att tredje världen skall få fungerande självförsörjande infrastruktur. Därför har jag alltid gillat idén om att ta fram en superbillig dator som skulle kunna ta en välbehövlig plats i massor av klassrum.

Iden var att den skulle säljas i storpack för $100 styck till länder som Indien, Lybien, Nigeria etc. Kostnaden skulle ligga på $110 så att ingen av de inblandade aktörerna skulle gå plus på projektet. Och även om målet med att rulla ut det i de gigantiska volymer man räknat med tycker jag ändå projektet får ses som en framgång. Många har dock kallat det ett fiasko.

Det verkliga resultatet av detta projekt statvas: Netbook. För det var inspirerade av OLPC som Asus tog fram sin Eee PC. En minimalistisk dator som var tänkt som en low end-produkt till utvecklingsländer. Att den riktigt stora succén kom i väst hade ingen räknat med men vad spelar det för roll när alla blir vinnare? Jag tycker det är oslagbart. Och OLPC-projektet har fungerat som katalysator i processen att ta fram enklare och billigare bärbara datorer. Det är lite intressant att läsa om hur OLPC står sig jämför med Netbooks. Laptopmag.com har en show down mellan OLPC och Eee PC.

Därför tycker jag faktiskt att det är intressant att följa deras nästa projekt. En tablet-dator i samma minimalistiska anda. OLPC XO-3. En supertunn dator som är tänkt att säljas för $75. Och även om skisserna nedan bara är en prototyp så planerar man att lansera en färdig produkt under 2012.

Jag tycker detta är jättespännande. Inte nödvändigtvis för att XO-3 skall bli en succé utan för vad det kommer att göra med konkurrensen. Konkurrenterna behöver stimulans för att vidareutvecklas och OLPC  har i min mening ett bra trackrecord av att lyckas med detta.

Så heja, heja får man väl säga.

Mer läsning:
http://gizmodo.com/5432351/olpc-xo+3-an-impossible-75-fantasy-tablet-i-want-to-believe-in

Som tidigare skrivit arbetar vi just nu med ett störe videoprojekt där vi skall publicera flera hundra timmar video. Vi kommer enbart att använda oss av flashvideo då helst MP4 med H264-encodning. Själva encodningen av filmer i stor skala har vi löst och nu har vi fokuserat på att försöka lösa streaming av filmfiler på ett bra sätt. Anledningen till att vi vill ha streaming istället för bara buffrade filmfiler(som t.ex. Vimeo kör) är att man vill kunna hoppa in i en filmfil var som helst för att dels kunna skapa bokmärkning av filmer men även ge en bättre användarupplevelse så man kan hoppa i filerna utan att behöva invänta buffring av hela filen.

Länge var vi inställda på att hyra in en extern tjänst för streaming eller att använda oss av det öppna alternativet Red5(andra alternativ som vi inte undersökt vidare: FMS, Wowza). Båda vägarna skulle helt klart vara möjliga även om jag tycker det är skönt att slippa blanda in externa leverantörer om man inte måste. Red5 har vi tittat på några gånger men det känns lite som att jaga älg med bazooka. Lite overkill, halvtaskigt dokumenterat och känns inte helt färdigt. Detta gjorde att vi länge övervägde en extern streamingtjänst ända till vi upptäckte ett par andra intressanta alternativ.

H264 Streaming Module för Apache/Lighttpd samt PHP-streaming av FLV-filer. Den senare metoden är den enklaste att komma igång med då den bara kräver att man lägger in ett PHP-script(XMoov-PHP) och konfigurerar JW Media Player. Detta gör att man har fejkad streaming inom några minuter. Nackdelarna med detta är att det dels belastar PHP men även bara fungerar på FLV-filer. Vi vill använda oss av MP4. Därför testade den ovan nämnda streamingmodulen för Apache. Och den tog inte mycket längre tid att installera. Efter 10 minuter hade vi lyckats få till en väl fungerande streaming av MP4 bara genom att installera en modul till Apache.

Modulen fungerar så att den fångar all hantering av MP4-filer och streamar dem till klienten. Genom att skicka in query-parametrar direkt på filanropet kan man välja om man vill starta en bit in i filmen eller bara visa ut delar av filmklippet. Det senare är riktigt användbart då vi vill reducera antalet filmklipp som används och skapa klipp genom att peka på delar av en större film snarare än att klippa upp längre filmer i kortare klipp.

Resultatet är helt klart tillfredsställande . Ett par exempel nedan:

Stream en helt film på 20 minuter
http://tvinterplay.swedmedia.se/streamtest/readme.html

Visa bara 20 sekunder av filmen från: 00:40 till 00:60
http://tvinterplay.swedmedia.se/vischan.mp4?start=40&end=60

Vi driver ett större projekt hos oss just nu där vi skall tillgängliggöra totalt 200 timmar filmat material i ett webbgränssnitt. Dels är själva gränssnittet rät väl utarbetat men en av de största nötterna att knäcka har varit hur vi rent praktiskt skall hantera enkodning och streaming av filmfiler. Vi kommer att använda oss av Flash i H.264-enkodning men har velat fram och tillbaka om hur vi skall hantera automatisering av uppladdat material. Men hur automatiserar man detta på bästa sätt?

Totalt har vi 200 timmar färdigt material som över tid skall kompletteras med användargenererade filmer. Det ställer krav på bra automatisering och skalbarhet. Efter många noggranna övervägningar föll valet på Encoding.com. Vi valde den tjänsten på grund av följande anledningar:

• Pay-as-you-go-modell. Vi betalar bara för det vi faktiskt använder.
• Tjänsten har både admin-gränssnitt och SOAP-API
• Tjänsten är lastbalancerad i Amazon EC2
• Tjänsten kan läsa och skriva filmfiler till Amazon S3 resp. FTP-konton.
• Gott om parametrar för inställning av enkodning

Genom att teckna Premiumkonto hos Encoding.com är vi garanterade relativt snabba hanteringstider på varje film och även om det kostar pengar per film vi bearbetar är det helt klart överkomliga summor pengar.

Ett annat praktiskt problem som vi stötta ihop med var hur vi skulle tillgängliggöra filmerna för Encoding.com att hämta upp och koda om dem. Planen var frrån början att lägga ut dem på en egen FTP vilket kändes som en bra idé tills vi om fram till att 200 timmar råmaterial tar upp flera terabyte med data och att köpa in fler hårddiskar bara för ett engångsarbete kändes onödigt. Lösningen i detta fall blev att teckna ett Amazon S3-konto och placera alla filer där innan de laddas ned för encodning. Obegränsat lagringsutrymme till en kostnad som understiger inköp av och arbete med nya egna hårddiskar.

Nu har vi en bra lösning som är helt oberoende av serverlast eller diskutrymme. Det är nog första gången som jag är med och bygger något krävande som till stora delar är direkt beroende av molntjänster.

Kul!

Jag har tidigare sagt att den intressantaste konkurrenten till Spotify skulle kunna vara Apples iTunes. iTunes må vara lite gammalmodiga med sin köp-och-ladda-ned-modell men kvaliteten och utbudet är anmärkningsvärt. HD-versioner på filmer och TV-serier. Musik i hög kvalitet och med en gigantisk katalog. Sen skall det också nämnas att iTunes är långt mer framgångsrikt rent eknomiskt än vad Spotify är. iTunes är världens största återförsäljare av musik.

Men trenden talar emot iTunes. Vi spotifyanvändare har börjat vänja oss vid att man inte nödvändigtvis måste ladda ned sin musik innan man kan lyssna på den. Musiken borde kunna ligga och fluffa runt i molnet. Nu ver det som att Apple kanske har något i kikaren genom sitt köpa av Lala.com(som man snodde framför näsan på Google).

Ibland känns Apple lite gammalmodiga och fega men man måste ge det till dem. De är duktiga på att skapa tjänster som användarna nyttjar och dessutom betalar för. Jag tänker att det här bara kan vara bra nyheter.

Google har släppt en ganska finurlig funktion till Google Analytics som gör det möjligt att tagga upp och göra noteringar i datamängderna. Något som kan vara smidigt för att beskriva avvikelser i beteenden på en sajt. Att en topp under en viss period berodde på kraftig inlänkning från en stor sajt eller t.ex. resultatet av en kampanj.

Små smarta funktioner som gör analytics ännu bättre.

Mer  i analytics-bloggen.

Sedan i augusti har vi jobbat med Barnens Bokklubb och en uppgradering av deras webshop och bokklubb. Barnens Bokklubb sveriges största bokklubb och vänder sig till barn i åldrarna 1-18 år. Sedan 2001 har man jobbat med Internet som säljkanal så man etablerade sig med en webshoplösning baserad på Microsoft Commerce Server. En plattform som tjänat sina syftan väl men som med tiden blivit något omodern och behövts byta us.

Vi har hjälpt Barnens Bokklubb med att ersätta Microsoft Commerce Server med Magento Commerce samt ersatt de redaktionella artikelfunktionerna med WordPress. Dessa båda i kombination tror vi ger bästa möjliga utveckling i framtiden. Vid sidan av gränssnittsutveckling och funktionsanpassning har webbplatsen fullt ut integrerats med Förlagssytem som idag hanterar bokklubbens lagerhantering. Något som vi även utvecklat åt Libris Förlag.

Utvecklingsmoment:

• Implementering av grafiskt gränssnitt
• Integrering mot Förlagsystem via SOAP-gränssnitt
• Integrering mot WordPress för redaktionellt system
• Synkronisering av användardatabasen mot Förlagsystem
• Implementering av eget rabattsystem(utveckling av Magento)
• Utveckling av eget kampanjverktyg i Magento
• Automatisk uppdatering av produktkatalogen
• Implementering av bokklubbsfunktionalitet

www.barnensbokklubb.se

Projektgrupp: P-M Nordkvist, AnnCharlott Söderholm, Maroun Sleiman, Christian Cederwall, Björn Blomquist