kodkultur

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.