kodkultur

Har du fascinerats av det avancerade användargrändsnittet i GMail eller någon annan av Googles webblösningar? Nu kan du snabbt och enkelt skapa liknande saker genom att använda samma bibliotek som Google själv använder. Internetjätten släppte idag sitt Google Web Toolkit som open source under Apache2 licensen.

Den som behärskar Java, eller i alla fall pallar dra ner ett grafiskt utvecklingsverktyg, kan sedan använda GWT för att konvertera Javakoden till Javascript. Kod som påstås innehålla tillräckligt med trix och ”fulfixar” att javascriptet flyter på smärtfritt i alla moderna webbläsare, oavsett plattform. Som exempelprogram med källkod visas bland annat ramen för en helt javascriptbaserad emailklient upp Det dröjer nog inte länge innan vi kommer att se en våg av nya avancerade webbtjänster.

Att Google släpper just GWT under en open sourcelicens är naturligtvis en flört med det breda lager tekniknördar som ivrigt kritiserar företagets storebrortendenser och varnar för att deras allt mer dominerande ställning på webben. Google försöker antagligen desperat visa att de ”ger tillbaka” till den nät och kod- kultur som de profiterar stort på. Om ny spännande programkod att leka med är något som kommer tysta kritikerna med återstår att se 🙂

Andra bloggar om: google, javascript, google web toolkit, ajax, open source, webbutveckling, dhtml, internet. Pingat som intressant.

Google med dess nyförvärv Youtube får det allt svettigare. Bara några dagar efter att Bittorrent Inc, de ursprungliga utvecklarna av bittorrentprotokollet meddelat att de teamat upp med några tungviktare från Hollywood (och skapat allmän förvirring) lanserade utvecklarna av bittorrentklienten Azureus tillsammans med ett flertal mediabolag webbtjänsten Zudeo.

Medan Bittorrent Incs samarbete ska utröna i nya tekniker för distribution av ”köpfilm” är Zudeo ett direkt slag mot Youtube. Zudeo använder bittorrentprotokollet som kanal för att dela ut filmer som användare själv laddat upp till tjänstens webbsida – i betydligt högre kvalitet än de lågupplösta Youtubefilmerna.

På Zudeos webbplats presenteras idag ett flertal filmer enligt vanligt galleriupplägg. När besökaren valt ut och klickat på en film startas ett javaprogram som laddar ner och installerar Zudeoklienten på användarens dator. Klienten är inget annat än en specialanpassad betaversion av bittorrentklienten Azureus. Eftersom Azureus är skrivet i Java så fungerar samma binära version på alla datorer som har java installerat – i dagsläget har de flesta datorer som använder Windows, Mac OS X eller Linux stöd för java.

Efter att filmen laddats ner används de mediaspelare som redan finns installerade på datorn för att spela upp filmen.

Hur funkar det hastighetsmässigt då?

Svaret är: förvånansvärt bra!

En svaghet i bittorrentprotokollet är att det fungerar bäst mellan två datorer som kan kommunicera direkt med varandra på portnivå. Om den ena parten är bakom en brandvägg krävs det att den andra har möjlighet att öppna portar direkt mot Internet för att det ska vara möjligt med en överföring. Om båda parter är skyddade av en restriktiv brandvägg går det helt enkelt inte att initiera en överföring.

För den genomsnittlige datoranvändaren, som skyddas av bredbandsrouter eller brandvägg som hon inte har kunskap att konfigurera om rätt – innebär det alltså att en bittorrentuppkoppling bara fungerar om den andra parten använder en rätt konfigurerad uppkoppling.

Zudeo har löst det här problemet med att sätta upp dedikerade seeds-datorer som från höghastighetslinor kan mata användare som brandsväggsskyddade anslutningar. Och när jag säger hög hastighet menar jag hög hastighet. Filmerna som jag laddat ner levererades med en hastighet på över 15mbit/s.

Andra bloggar om: bittorrent, p2p, videotjänster, video, youtube. Intressant kanske dårå

Efter månader av arbete har nu OpenDocument-formatet passerat det sista steget och är nu en fullfjädrad, erkänd och publicerad ISO-Standard. OpenDocument har utbevecklats i sammarbete mellan ett flertal organisationer och är ett helt fritt filformat för Office-applikationer: vem som helst kan utan royalties eller patentavgifter använda formatet i sin mjukvara – oavsett om mjukvaran är stängd eller öppen.

Målet med att skapa ett framtidssäkert dokumentformat kan nu ses som passerat. OpenDocument har beteckning ISO 26300.2006.

Andra bloggar om: öppna standarder, mjukvara, öppen mjukvara, fri mjukvara.

Jag har aldrig förut haft behov att skapa en VCD (Video Compact Disc), men idag ville en granne kopiera en film jag hade för att spela i sin DVD-spelare. Eftersom hela filmsamligen nästan exlusivt består av XVID-filmer och DVD-spelaren är av enkel model utan stöd för datorformat så började jag söka på nätet. Problemet var faktiskt enkelt löst. Det tog en kvart att ladda ner och installera mjukvaran, cirka en halvtimme att konvertera filmen och en kvart att bränna ut den på en CD-RW.

Så här gjorde jag för att konvertera filmen från XVID till VCD på min Slackware GNU/Linux-box:
Först laddade jag ner och installerade dessa programvaror:

• FFmpeg– ett fritt ’multimediasystem’ som vi använder för att konvertera XVID till rå MPEG-2.
• libcdio – GNU-projektets bibliotek för att hantera cd-roms.
• vcdimager – programpaket för att skapa och hantera VCD-images.
• K3b – KDEs motsvarighet till Nero. Ett användarvänligt program för att bränna alla slags optiska skivor.

Efter att allt var installerat körde jag detta kommando för att skapa en råkopia av filmen i MPEG-2 format:

ffmpeg -i XVIDFILM.avi -target pal-vcd /tmp/vcd.mpg

En ”rå” MPEG dump skapas i /tmp/.

Sen startade jag bara K3b, valde ”Create new VCD” under ”New Project” och klickade ”burn”. Smidigt som tusan!

Det är nu femton år sen Phil Zimmerman släppte den första versionen av Pretty Good Privacy (eller PGP om namnet oftast förkortas). PGP var ett av de första fria och relativt lättanvända programmen för privatanvändare som använde starka publika krypteringsnycklar som kunde utbytas över osäkra kommunikationskanaler. Syftet var från början att ge resursfattiga människorättsaktivister möjlighet att säkert kommunicera utan risk för övervakning. Då programmet spreds via internet åtalades Zimmerman av Kalifornska staten som ansåg att han brytit med USAs exportförbud av starka krypton. Efter en tre års lades åtalet ner. Det gick inte att bevisa att han själv bidragit eller uppmuntrat till ”olaglig spridning” av PGP.

Efter att turbulensen lagt sig startade Zimmerman företaget ’PGP Corporation’ och trots att källkoden alltid fanns tillgängligt fritt så gick det ingen nöd på affärerna, programlicenser såldes som smör. 1997 köpte Network Associates upp företaget och stängde snabbt koden. På initativ av aktivister från människorättsorganisationer och rörelsen för fri mjukvara skapades snabbt GPG, ”the GNU Privacy Guard”, en fri och öppen klon som idag är den dominerande aktören och håller fanan högt.

Tack för ett bra jobb Phil, du kommer alltid vara inskriven i den stora boken över Internets hjältar! <3 Andra bloggar om: Phil Zimmerman, PGP, GnuPG, GPG, kryptering, krypto, integritet, privatliv. Intressant!.

Hurray! This blog just got listed on perlblogs.org!

For quite a while I’ve been stuck in a project in which I read some some data from a set of XML-files generated from an external program. The data loading smoothly done by XML::Simple, but the fact that the target is a mysql database with ISO-8859-1 (ISO-Latin1) while the XML is encoded in UTF-8 has caused a few problems.

Perl doesn’t AFAIK come with any really good convertion routines with the standard modules, and since I was somewhat familiar with the GNU-projects libiconv it come naturally too look after a perl module that uses it. After a quick search, Text::Iconv was found on CPAN

However I quickly ran into a few problems: Text::Iconv is only as portable as it libiconv – and just having a binary dependency is a hassle when moving between alot of platforms. Text::Iconv also had some of libiconvs strange behaviour and very limited error handling. Sometimes the converted text was streal strange and I has not been very statisfied.

Today I stumbled upon Unicode::String that smoothly convert between utf-8 and differenet charsets. The potential of supported charsets is less than libiconvs – but since it got ISO-Latin1 I am all happy. After a test round I replaced all convertion calls and so far I have not noticed any real performance drain and no problems at all – as of yet.

CPAN <3

I am on the road for a bit – and for the moment I got access to a pretty swift 100/10 fiber connection courtesy of my generous host. Naturally I quickly decided to test how much this could improve my ratio on the favorite bittorrent trackers and I started seeding away …

It wasnt long before the fans on my poor old trusty G4 Powerbook started to go haywire, the temperature monitor said 60C and I decided that something must be done before the poor mac laptop melts. My prefered bt-client is Azureus, but since my home connection is real slow and my desktop hardware is second to none, I really never had any need to do any more advanced tweaking than limiting the upload speed.

At File -> Preferences -> Files -> Torrents -> Performance Options something interesting was found:

• [ ] ”Enable disk cache”

A cache for a very disk intensive system as Bittorrent sound very reasonable – nothing fishy there. On the other hand, one could easily think that as much cache as possible is good. Right? The setting had a note that to big cache would create memory problems for the JVM. 32 megs below the maximum VM is recommendend and that more than 32 megs of cache would be overkill. Humm. My current VM-max size was 126.62 mb and I got 1024 in total – so I decided to be bold: I put 50 meg for cache and went out for a smoke.

When I came back the temperature monitor showed 55C and the fans was all quiet. I could not hear one single sound from the disk. Much better!

Now I decided to do my homework properly and started to search after the optimal configuration with OS X/Azuarus/1024mb ram – but no luck! Not much to read about the disk cache at all! I found a nice blog entry that mention it, but the azureus wiki simply say ”Important: set it to 32 MB or less!”. Very confusing.

I would be more than happy if someone could enlighten me – for now I will stick with my 50 megs and will keep on searching for more info.