Riverwood, first town in Skyrim

I have spent the past seven days playing The Elder Scrolls V: Skyrim since the release day, and i have to say, it’s insane, its sucking the the life force out of my body. If you have no girl or boyfriend, no job then go for this game! I just can’t detach my self from it, it’s so alive, so vibrant, complex, smart and so epic… epic is the word that defines this game! This is maybe one of the best games i have ever played (if not the best). They say that before one dies, a person has to plant a tree, write a book, have a child… and play Skyrim.

You will need these programs to do the conversion:

- mkvtoolsnix
- gpac
- hexedit
- ffmpeg

(If you are running Slackware these packages can be found in SlackBuilds.org and Slacky.eu)

1- Extracting the video:

First of all you need to know two things: in which track is the video and whats it’s fps:

$ mkvmerge -i The_Matrix.mkv
Track ID 1: video (V_MPEG4/ISO/AVC)

the video is in the track #1

$ mkvinfo -i The_Matrix.mkv | less

and the first fps result i get is 23.976 (which is the most common). We will be needing this later.
With this information you can now extract the video from the MKV container:

$ mkvextract tracks The_Matrix.mkv 1:video.h264

2- Extracting and re-encoding the audio:

I don’t know why the audio needs to be re-encoded and I don’t care to know(Wikipedia might know), I just know that this step is necessary:

$ ffmepg -i The_Matrix.mkv -vn -acodec aac -ac 2 audio.aac

If ffmepg complains something about aac, just add this parameter to the command:

$ ffmepg -i The_Matrix.mkv -vn -acodec aac -ac -strict experimental 2 audio.aac

3- Hexediting the video:

With hexedit open the video.h264 file you generated, and on the first line, change the following string from:

67 64 00 33

to

67 64 00 29

then save and exit.

4- Creating the MP4 container:

$ MP4Box -add video.h264 -add audio.aac -fps 23.976 The_Matrix.mp4

if you get an error like “I/O error” than it’s because you don’t have enough space in /tmp, this can be fixed by specifying another /tmp catalog, like /home:

$ MP4Box -add video.h264 -add audio.aac -fps 23.976 The_Matrix.mp4 -tmp $HOME

Source:
http://www.swedroid.se/forum/45653-mkv-container-till-mp4-container-i-linux-x264.html
http://oddmanout.wordpress.com/2008/01/26/converting-an-mkv-h264-file-to-ps3-mp4-without-re-encoding-on-mac-os-x

————————————————————————————————–

ZFS – Zettabyte Filsystemet

Introduktion

För vissa handlar filsystem bara om lagring “ju större desto bättre”, för andra handlar det både om lagring och snabb tillgång till filerna. En annan grupp tycker också att de här sakerna är viktiga men att det är vitalt att ha ett skalbart filsystem som ska kunna växa i framtiden, den här gruppen tycker att RAID är en bra lösning eftersom den också ger data redundans. Andra ökar flexibiliteten ännu mer och kör någon volymhanterare ovanpå RAID samtidigt som de kan ta snapshots av sina volymer.
Nackdelarna med den här metoden var att RAID kontrollerna är dyra. Komplexiteten hade blivit större och svårare att adressera, den ökade med varje ny implementation.
ZFS är systemadministratörens panacé. Alla överkomplexa lager försvinner och administrationen simplifieras. Man kan utan tvekan säga att ZFS är “filsystemets filsystem”.

ZFS

Vad är ZFS?
Sun Microsystems meddelade 2004 att de höll på att utveckla ett nytt filsystem, året därpå kom källkoden in i trunk trädet på Solaris utveckling. 2006 meddelade Sun att deras nya filsystem hette ZFS och att den skulle inkluderas i Solaris 10.
ZFS är en ny sorts filsystem som ger en simplifierad administration, transitional semantics (övergångssemantik), datorintegritet, feltolerans och en enorm skalbarhet. ZFS är inte en förbättring av den nuvarande teknologin; fundamentalt är det en ny annalkande data administration. Detta föreställer en modell som sammanställer lagring och utesluter konceptet av volymhantering och problemen associerade med partitioner, försörjning av resurser, förlorad bandbredd och immobiliserad lagring. ZFS kan lagra 16 Exabytes i varje pool (16 miljoner Terabytes). ZFS är ett 128-bits filsystem, den kan alltså adressera 18 triljoner mer gånger data än ett 64-bits system. Filsystemet är designad att bli så pass stor att den aldrig kommer att drabbas av våra psykiska begränsningar. Ett exempel om ZFS förmåga: om en användare skulle skapa 1000 filer per sekund, skulle det ta honom 9000 år för att nå filsystemets lagringsgränser.

Operativsystem som stödjer ZFS
ZFS är del av Oracles Solaris operativsystem, den är tillgänglig till både SPARC och x86 baserade operativsystem. Eftersom koden är fri programvara har filsystemet portats till andra operativsystem och plattformar:
- OpenSolaris (är den fria versionen av Solaris och kommer med ZFS som default)
- FreeBSD (ZFS har varit del av FreeBSD sedan version 7, den är inte default)
- GNU/kFreeBSD (FreeBSD kärnan med ett GNU userland. ZFS är inte default)
- FreeNAS
- NetBSD
Tyvärr har ZFS inte kunnat portas till GNU/Linux på grund av inkompatibilitet mellan licenserna GPL och CDDL, filsystemet kan inte levereras direkt i Linuxkärnan. Dock finns det en pågående utveckling av ett filsystem med samma egenskaper som ZFS har men licensierad under GPLv2 till Linux kärnan som heter Btrfs (utalat Butter-FS eller Btree-FS).

Särdrag hos ZFS

• Storage pools

ZFS använder konceptet av storage pools, också kallad zpool, för att hantera psykiska lagringsenheter. Förr i tiden var filsystemen uppbyggda ovanpå en enda psykiskt enhet. För att adressera flera enheter och tillföra data redundans, var konceptet av volymhantering introducerat för att ge en representation av en enda enhet så att filsystemen inte skulle behöva modifieras för att utnyttja flera diskar.
Vad ZFS gör är att lägga till enheterna i en pool istället för att vara tvungen att skapa virtuella volymer. Poolen beskriver de psykiska karakteristikerna av enheten och agerar som ett egenmäktigt data lager där filsystem kan skapas. Filsystem är inte längre begränsade i enskilda diskar, ZFS tillåter dela med sig diskutrymmet med alla filsystem som finns i poolen. Med den här tekniken behöver man inte längre fastställa i förväg filsystemets storlek, filsystemet växer automatiskt i diskutrymmet som det har blivit tilldelat till poolen.

• Trasnactional Semantics

ZFS är ett övergångsfilsystem, det betyder att filsystemets tillstånd alltid är jämnt i disken. Traditionella filsystem skriver över datan på plats, vilket betyder att vid ett strömavbrott, mellan tiden en data block tilldelas och när den länkas in till en katalog, kommer filsystemet att lämnas i ett ojämnt tillstånd. Nyligen har filsystemen introducerat konceptet av journaling. Journal processen
sparar händelserna i en skild journal som sedan kan spolas tillbaka om ett systemkrasch inträffar.
Nackdelen med journalförande filsystem är att de kan ha en hög overhead med metadata eftersom datan måste skrivas två gånger till journalen. Med ett övergångsfilsystem hanteras datan med copy-on-write semantiken. Den grundläggande tanken är att om flera systemanrop begär resurser som ursprungligen skiljts, kan alla ges pekare till samma resurs. Denna funktion kan bibehållas tills ett systemanrop försöker ändra sin “kopia” av resursen, då en äkta kopia skapas för att förhindra att förändringar blir synliga för alla andra. Om ett systemanrop aldrig gör några ändringar behöver inga ytterligare kopior skapas.

• Checksums och självläkande data

Den traditionella designen menar att vissa fel, tex som att skriva ett helt block till en felaktig plats, kan resultera i att datan blir inkorrekt, på grund av att det inte finns ett checksum error. ZFS lagrar checksum på så sätt att när dessa fel upptäcks kan problemet lätt återhämtas.
ZFS har också en självläkande mekanism. Filsystemet stödjer storage pools med varierande nivåer av data redundas. När en felaktig block har upptäckts, ger ZFS den korrekta datan från en annan redundant kopia som reparerar den felaktiga datan, och byter ut den med den korrekta datan.

• Snapshots

En snapshot (eller en “ögonblicksbild”) är en read-only kopia av ett filsystem eller volym, den kan skapas snabbt och enkelt. Snapshots går ut på att man skapar en exakt kopia av sitt filsystem som inte tar något extra lagringsutrymme så länge originalet inte förändras.
Nu när vi har fått en översikt av ZFS ska vi se några praktiska exempel.

ZFS i praktiken

Alla exempel här var utförda på en virtualiserad 64-bits miljö med OpenSolaris 2009.06.
Innan man kör ZFS finns det en del viktiga saker att ha i tanken:
- Köra ZFS i ett system som kör en 64-bitars kärna.
- Ha minst 1GB ledig RAM-minne.
- Ungefär 64KB minne förbrukas för varje ZFS montering.

==>Att skapa en pool

Här kommer vi att skapa en 4GB stor pool med diskarna c1d0 och c1d1 var och en är 2GB. För att skapa en pool med namnet babilonia använder vi kommandot zpool på följande sätt:
zpool create -f [poolens namn] [våra diskar]

#/usr/sbin/zpool create -f babilonia c1d0 c1d1

För att se om poolen skapades kör vi kommandot zpool list:

# zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
babilonia 3,88G 59,5K 3,87G 0% ONLINE -

Vi kan se att poolen är 3,88GB stor och att den är tillgänglig från /babilonia.

==>Att skapa ett ZFS filsystem

Nu när vi har skapat en pool kan vi nu definiera filsystemet. Vi kommer att skapa två filsystem, en för att att installera våra applikationer och den andra för annan data:
zfs create [poolens namn/filsystem]

# /usr/sbin/zfs create babilonia/applikationer
 # /usr/sbin/zfs create babilonia/data

För att lista de nya filsystemen kör vi kommandot zfs igen men denna gången med parametern list:

# zfs list
 NAME USED AVAIL REFER MOUNTPOINT
 babilonia 138K 3,81G 27,5K /babilonia
 babilonia/applikationer 24,5K 3,81G 24,5K /babilonia/applikationer
 #babilonia/data 24,5K 3,81G 24,5K /babilonia/data

Utmatningen visar oss två nya filsystem som också är synliga med kommandot df -k. Vi kan observera att alla filsystem delar samma utrymme som är 3,81GB vilket är
poolens storlek.
Filsystemen som skapas med ZFS monteras automatiskt och ständigt. Med ZFS har vi sparat oss stegen med kommandon: format, newfs, mount och editera /etv/vfstab.

==>ZFS egenskaper

ZFS filsystemet har egenskaper som kan aktiveras och inaktiveras beroende på våra behov. Vi kan göra detta med kommandot zfs och parametern set för att fastställa, och get för att läsa. Vi ska gå igenom de mest intressanta.

Skapa kvotor och reservera utrymme
ZFS ger oss möjligheten att kontrollera utrymmet i vårt filsystem, sätta kvotor och reserva utrymme i filsystemet.
Vi ska skapa en kvota för filsystemet babilonia/applikationer och reservera utrymme från poolen till babilonia/data.
För att skapa kvotan använder vi kommandot zfs följt med set quota=1GB:
zfs set quota=[storlek] [poolens namn/filsystemet]

 # /usr/sbin/zfs set quota=1GB babilonia/applikationer

Om vi kör kommandot zfs list för att se filsystemet kan vi se att kvotan har skapats:

 # zfs list
 NAME USED AVAIL REFER MOUNTPOINT
 babilonia 138K 3,81G 27,5K /babilonia
 babilonia/applikationer 24,5K 1024M 24,5K /babilonia/applikationer
 babilonia/data 24,5K 3,81G 24,5K /babilonia/data

En kvota begränsar utrymmet i filsystemet men garanterar inte ovanstående utrymme.
För att reservera utrymmet för filsystemet i poolen, kör vi kommandot zfs med parametrarna set reservation=1GB:
zfs set reservation=[storlek] [poolens namn/filsystemet]

 # /usr/sbin/zfs set reservation=1GB babilonia/data

Det finns nu 1GB reserverat i poolen för filsystemet babilonia/data. Nu finns det ingen fara om resten av filerna råkar fylla poolen, vårt utrymme är redan
reserverat. Om vi kör kommandot zfls list kan vi se att poolen babilonia har använt 1GB och för resten av filsystemet finns det 2,81GB ledigt utrymme:

 # zfs list
 NAME USED AVAIL REFER MOUNTPOINT
 babilonia 1,00G 2,81G 27,5K /babilonia
 babilonia/applikationer 24,5K 1024M 24,5K /babilonia/applikationer
 babilonia/data 24,5K 3,81G 24,5K /babilonia/data

Komprimerat filsystem
ZFS erbjuder nya möjligheter, som att ha ett filsystem med komprimerad information. Kommandot för att aktivera filsystemets komprimering är zfs med
parametrarna compression=on. Följande exempel aktiverar komprimeringen på filsystemet babilionia/data:
zfs set compression=[on/off] [poolens namn/filsystemet]

 #/usr/sbin/zfs set compression=on babilonia/data
 För att inhämta information om filsystemets komprimerings ratio:
 zfs get [informationen vi vill se] [poolens namn/filsystemet]
 #zfs get compressratio babilonia/data
 NAME PROPERTY VALUE SOURCE
 babilonia/data compressratio 1.00x -

Read-only filsystem
För att sätta filsystemet i ett read-only läge använder vi kommandot zfs med parametern readonly=on:
zfs set readonly =[on/off] [poolens namn/filsystemet]

 #/usr/sbin/zfs set readonly=on babilonia/data

Ändra monteringspunkten
För att ändra monteringspunkten i ett filsystem kör vi kommandot zfs och sätter den nya monterings punkten med parametern mountpoint. Följande exempel visar hur man byter monteringspunkten från babilionia/data till /unixrummet:
zfs set mountpoint =[/monteringspunkt] [poolens namn/filsystemet]

 # cd /
 # zfs set mountpoint=/aulaunix babilonia/data

Vi kolla om det gjordes några ändringar:

 # zfs list
 NAME USED AVAIL REFER MOUNTPOINT
 babilonia 1,00G 2,81G 25,5K /babilonia
 babilonia/applikationer 24,5K 1024M 24,5K /babilonia/applikationer
 babilonia/data 24,5K 3,81G 24,5K /aulaunix

Titta på ZFS eganskaper
Hitills har vi använt kommandot zfs set för att sätta egenskaper på filsystemet.
För att se värden på ett ZFS filsystem, gör vi det med kommandot zfs och parametern get:
zfs get [värdet] pool/filsystem

 # zfs get quota babilonia/applikationer
 NAME PROPERTY VALUE SOURCE
 babilonia/applikationer quota 1G local

Med parametern all kan vi se alla egenskaper och default värden.

 # zfs get all babilonia/applikationer

 NAME PROPERTY VALUE SOURCE

 babilonia/applikationer type filesystem -
 babilonia/applikationer creation Wed Oct 20 19:11 2010 -
 babilonia/applikationer used 24,5K -
 babilonia/applikationer available 1024M -
 babilonia/applikationer referenced 24,5K
 babilonia/applikationer compressratio 1.00x -
 babilonia/applikationer mounted yes -
 babilonia/applikationer  quota 1G local
 babilonia/applikationer  reservation none default
 babilonia/applikationer  recordsize 128K default
 babilonia/applikationer  mountpoint /babilonia/applikationer default
 babilonia/applikationer  sharenfs off default
 babilonia/applikationer  checksum on default
 babilonia/applikationer  compression off default
 babilonia/applikationer  atime on default
 babilonia/applikationer  devices on default
 babilonia/applikationer  exec on default
 babilonia/applikationer  setuid on default
 babilonia/applikationer  readonly off default
 babilonia/applikationer  zoned off default
 babilonia/applikationer  snapdir hidden default
 babilonia/applikationer  aclmode groupmask default
 babilonia/applikationer  aclinherit secure default

==>Pool hantering

Lägga till nya diskar i poolen
För att utöka utrymmet i en pool måste vi lägga till nya diskar i maskinen eller använda partitioner (slices) som inte används på andra diskar. För att utöka
poolen använder vi kommandot zpool med parametern add:
zpool add -f [poolens namn] [disk som ska läggas till]

bash-3.00# zpool list -H
babilonia 1,98G 77,5K 1,98G 0% EN LÍNEA -
bash-3.00# /usr/sbin/zpool add -f babilonia c0d1
bash-3.00# zpool list -H
babilonia 3,97G 184K 3,97G 0% EN LÍNEA -

Som vi kan se på zpool add’s utmatning har utrymmet ökat från 1,89GB till 3,97GB. Man kan lägga till hur många diskar man tror att det är nödvändigt.

Ta bort diskar från poolen
Man kan ta veck en disk som är del av poolen med kommandot zpool remove:
zpool remove [poolens namn] [disk som ska bort]

# zpool remove babilonia c0d1

Eliminera en pool
Om vi ska eliminera en pool helt och lämna diskarna fria för att använda de till någonting annat, använder vi kommandot zpool:
zpool destroy -f [poolens namn]

# /usr/sbin/zpool destroy -f babilonia

Kommandot är destruktivt och vi måste vara helt säkra att vi inte har värdefull information i poolen som kommer att tas bort.

Byta ut en disk i poolen
Om en av diskarna skulle krångla eller gå sönder och måste bytas ut, använder vi kommandot zpool med parametern replace:
zpool replace -f [pool] [disk som ska bytas] [ny disk]
Innan ändringen:

 # zpool status
 conjunto: babilonia
 estado: ONLINE
 limpiar: resilver completed con 0 errores en Wed Oct 20 16:46:57 2010
 config:
 NAME STATE READ WRITE CKSUM
 almoroz ONLINE 0 0 0
 mirror ONLINE 0 0 0
 c0d1 ONLINE 0 0 0
 c1d1 ONLINE 0 0 0
 errores: ningún error de datosconocido

Skapa en mirror (RAID 1)
Om vi skulle skapa en spegel av två diskar med verktyg som Solaris Volume Manager skulle vi göra en hel del steg för att nå vårt mål. Med ZFS är det mycket enkelt, vi behöver bara kommandon zpool och zfs.
zpool create -f [poolens namn] mirror [diskar]

#zpool create -f babilonia mirror c0d1 c1d1

med zpool status verifierar vi om de har skapats korrekt:

 bash-3.00# zpool status
 conjunto: babilonia
 estado: ONLINE
 limpiar: no se ha solicitado ninguna
 config:
 NAME STATE READ WRITE CKSUM
 babilonia EN LÍNEA 0 0 0
 mirror EN LÍNEA 0 0 0
 c0d1 EN LÍNEA 0 0 0
 c1d1 EN LÍNEA 0 0 0

Skapa en mirror från en befintlig disk
Om vi har en zpool formad av en enda disk och vi vill lägga till en disk för att skapa en mirror, avänder vi kommandot zpool med parametern attach:
zpool attach -f [pool] [disk] [ny disk]

 #zpool attach -f almoroz c0d1 c1d1

Kommandot skapar en mirror bestående av diskar, c0d1 som redan fanns i maskinen och den nya disken c1d1.

Byta ut en disk från spegeln
Om en av diskarna skulle krångla eller gå sönder och måste ersättas, använder vi kommandot zpool med parametern replace:
zpool replace -f [pool] [disk som ska ersättas] [ny disk]

Innan ändringen

 # zpool status
 conjunto: almoroz
 estado: ONLINE
 limpiar: resilver completed con 0 errores en Wed Oct 20 16:46:57 2010
 config:
 NAME STATE READ WRITE CKSUM
 almoroz ONLINE 0 0 0
 mirror ONLINE 0 0 0
 c0d1 ONLINE 0 0 0
 c1d1 ONLINE 0 0 0
 errores: ningún error de datosconocido

Vi byter disken c1d1 mot c0d1s0:

#/usr/sbin/zpool replace -f babilonia c0d1 c1d1

och verifierar:

 #zpool status
 conjunto: almoroz
 estado: ONLINE
 limpiar: resilver completed con 0 errores en Wed Oct 20 16:46:57 2010
 config:
 NAME STATE READ WRITE CKSUM
 almoroz ONLINE 0 0 0
 mirror ONLINE 0 0 0
 c0d1 ONLINE 0 0 0
 replacing ONLINE 0 0 0
 c0d1 ONLINE 0 0 0
 c1d1 ONLINE 0 0 0
 errores: ningún error de datosconocido

 # zpool status
 conjunto: almoroz
 estado: ONLINE
 limpiar: resilver completed con 0 errores en Wed Oct 20 16:46:57 2010
 config:
 NAME STATE READ WRITE CKSUM
 almoroz ONLINE 0 0 0
 mirror ONLINE 0 0 0
 c0d1 ONLINE 0 0 0
 c0d1s0 ONLINE 0 0 0

==>RAID-Z

ZFS tillåter att skapa RAID-Z vilket är likartad till RAID-5. RAID-5 består minst av tre diskar och i varje disk reserveras det plats åt dataparitet.
Fördelarna med RAID-Z är att den har distribuerad paritet, enkel och dubbel. Dubbel paritet tillåter överta en error på en av de två diskarna som RAID-Z omfattar.

Att skapa en RAID-Z
För att skapa en RAID-Z med enkel paritet kör vi kommandot:
zpool create -f [pool] raidz [diskar]
Följande exempel visar hur den skapas och verifieras:

 #/usr/sbin/zpool create -f babilonia raidz c0d1 c1d1 c2t0d0
 # zpool status
 conjunto: babilonia
 estado: ONLINE
 limpiar: no se ha solicitado ninguna
 config:
 NAME STATE READ WRITE CKSUM
 babilonia ONLINE 0 0 0
 raidz1 ONLINE 0 0 0
 c0d1 ONLINE 0 0 0
 c1d1 ONLINE 0 0 0
 c2t0d0 ONLINE 0 0 0
 errores: ningún error de datos conocido

För att skapa en RAID-Z med dubbel paritet kör vi kommandot:
zpool create -f [pool] raidz2 [diskar]

 # zpool create -f babilonia raidz2 c0d1 c1d1 c2t0d0
 # zpool status
 conjunto: babilonia
 estado: ONLINE
 limpiar: no se ha solicitado ninguna
 config:
 NAME STATE READ WRITE CKSUM
 babilonia ONLINE 0 0 0
 raidz2 ONLINE 0 0 0
 c0d1 ONLINE 0 0 0
 c1d1 ONLINE 0 0 0
 c2t0d0 ONLINE 0 0 0
 errores: ningún error de datos conocido

Snapshots
Vi kan dra stor nytta av snapshots. Tex för att göra modifikationer på tjänster om de inte skulle fungera.
Vi har följande filsystem i babilonia poolen:

# zfs list
 NAME USED AVAIL REFER MOUNTPOINT
 babilonia 500M 3,42G 27,5K /babilonia
 babilonia/test1 500M 3,42G 500M /babilonia/test1
 babilonia/test2 24,5K 3,42G 24,5K /babilonia/test2
 Filsystemet babilonia/test1 innehar följande filer:

# ls -lrt
 total 1024223
 -rw------T 1 root root 104857600 Oct 20 13:10 fil1
 -rw------T 1 root root 104857600 Oct 20 13:10 fil2
 -rw------T 1 root root 104857600 Oct 20 13:10 fil3
 -rw------T 1 root root 104857600 Oct 20 13:10 fil4
 -rw------T 1 root root 104857600 Oct 20 13:10 fil5

Vi skapar en snapshot av filsystemet babilionia/test1 med kommandot zfs och parametern snapshots:
zfs snapshot [pool/filsystem]@ogonblick

 #zfs snapshot babilonia/test1@ogonblick

Med zpool list kan vi se att ögonblicksbilden har skapats:

 #zfs list
 NAME USED AVAIL REFER MOUNTPOINT
 babilonia 300M 3,61G 27,5K /babilonia
 babilonia/test1 300M 3,61G 300M /babilonia/test1
 babilonia/test1@ogonblick 0 - 300M -
 babilonia/test2 24,5K 3,61G 24,5K /babilonia/test2

Nu ska vi simulera en liten katastrof genom att ta bort fil4 och fil5:

 # rm fil4 fil5
 # ls -lrt
 total 614541
 -rw------T 1 root root 104857600 Oct 20 13:10 fil1
 -rw------T 1 root root 104857600 Oct 20 13:10 fil2
 -rw------T 1 root root 104857600 Oct 20 13:10 fil3

Vi kan återställa de raderade filerna med vår snapshot. Vi återställer filerna med kommandot zfs och parametern rollback:
zfs rollback [pool/sistemadeficheros]@ogonblick

 #zfs rollback -r babilonia/prueba1@ogonblick
 # ls -lrt
 total 1024223
 -rw------T 1 root root 104857600 Oct 20 13:10 fil1
 -rw------T 1 root root 104857600 Oct 20 13:10 fil2
 -rw------T 1 root root 104857600 Oct 20 13:10 fil3
 -rw------T 1 root root 104857600 Oct 20 13:10 fil4
 -rw------T 1 root root 104857600 Oct 20 13:10 fil5

Resultatet blir att vi återställer filerna fil4 och fil5.

Slutsats

Som vi har sett på tidigare exempel; ZFS är kanske det bästa filsystemet som finns idag. Den har tagit de bästa egenskaperna av tidigare filsystem, placerat de i ett enda ställe och förbättrat tekniken. ZFS är ett filsystem som siktar mot framtiden, den kombinerar innovation och erfarenhet. Den är kraftfull, robust och elegant. Personligen har jag fortfarande svårt att tro att det här filsystemet är ute på nätet och är fri att använda, och med det menar jag ”fri” som i ”frihet”.

The compilation took approximately 35min, this was done in a x86-machine with a dualcore processor and 2GB RAM-memory.

Dependencies: (most can be found in Slackbuild.org)
Agg, Dejagnu, FFMpeg, Ming, Swfmill, MTASC, Speex Haxe, libva and x264-20100528.
Note: Dejagnu, Ming and Swfmill are required only in compilation, not in run-time.

——————————————————————————————————————-

Source Download

gnash-0.8.8.tar.bz2 (ce57f66e222f7eb1adf7f7b4a1274612)

Download SlackBuild

gnash.tar.gz (b1e157204e61e4571c7dcd9c39276bf7)

**This post will be constantly updated

Donate to Open Media Now

Visiting gnashdev.org today I found this:

So the Gnash team is broke, and has been for most of a year. This has forced many, but not all of the Gnash developers to find paying work, and mostly stop working on Gnash. The few of us left focused on Gnash like to eat and pay bills.

We get a lot of bitching about lack of comparability on some web sites, but we won’t get more compatible without your help. And the way you can help is to contribute funding.

Didn’t think things were that bad with Gnash, so i decided to make a donation. If you use Gnash please consider donating to Open Media Now or individually to the developers, even if you don’t run Gnash on your computer the project still benefits you.

Gnash enables individual users and companies to control their Flash player instead of Adobe, this is important because people deserve to run software on their computers in freedom, it frees the software from it’s monopoly so that others can change, improve and adapt the software to their needs.

]]> http://rafutarbz2.wordpress.com/2010/08/02/gnash-needs-your-help/feed/ 0 rafu Gnash is broke http://rafutarbz2.wordpress.com/2010/06/30/los-10-video-clips-mas-vergonzosos-de-la-informatica/ http://rafutarbz2.wordpress.com/2010/06/30/los-10-video-clips-mas-vergonzosos-de-la-informatica/#comments Wed, 30 Jun 2010 15:38:34 +0000 rafu http://rafutarbz2.wordpress.com/?p=789 ]]> Cuando las empresas son un poco “muy” ambiciosas y tratan de ponerse a la moda, sucede que termina en una catástrofe. Aquí están los 7 intentos mas vergonzosos.

Fuente IDG.se

“Skype es un programa privativo de voz-sobre-IP que usa un protocolo privativo. Skype está seduciendo a los usuarios de software libre a usar software privativo, generalmente dos usuarios a la vez. No queremos alentar la creación de un cliente compatible con Skype, sino que en vez de eso, queremos alentarte a crear, contribuir o promover el uso de alternativas software libre a Skype, como Ekiga, y alentar la adopción y uso de protocolos de VoIP, video y chat libres como SIP y XMPP/Jingle.”

Fuente Gigabriones

YouTube had stop playing it’s movies wen I got a message from Gnash saying: An error occurred, please try again later. So I went to read the the Gnash mailing list hopping to find a solution, and well i did. There’s a problem with the cookies from YouTube, so in order to make Gnash work in YouTube again you’ll have to clean the cookies from your browser every time you want to watch a film, or you can simply make the browser reject them from the site.

The way I did it was to install the Cookie Monster Addon in Firefox and blacklist all the cookies that came from YouTube. Now thing’s are back to normal and I’m happy again.

One of the things that most amazed me was when i red that Rob Savoye – the head leader of the Gnash Project – spent month’s reading hex dumps to decipher the RTMP protocol and even found bugs in the original proprietary codec, i mean… you can’t get more awesome than that!

If you look at Gnash from a practical point of view it’s far more superior to it’s competitor Adobe® Flash®; the developers really put some time resolving security issues (a huge problem in Adobe’s player), there are also some interesting features like the option to save the stream, take screenshots, turn on the debug mode, know the properties of the movie that is playing, run the player externally, etc. Really some good stuff that can come in handy weather you are average or an advanced user.

As Gnash is still under heavy development it does not play all the Flash embedded movies on the Internet, YouTube works for the most part except for those movies in SWF10, Google Video, Blip.tv, Xhamster (adult site), Megavideo, and others that i can’t remember right now, work with Gnash, and the compatibility keeps growing with each release.

- So what’s the problem with Adobe® Flash® besides the security holes, it even plays more sites then Gnash.

The security is a a very important issue, but the straight answer is: it’s proprietary.

Quoting Drascus: “You see in the proprietary development model if you have a lot of users there is no real incentive to fix anything. Even if they complain and say they will go elsewhere if you have them locked in you don’t worry”

Well and not to mention that the Adobe version is DRM infected and has the ability to control it’s users, it’s also pretty immoral and undemocratic from a political point of view.

- Yeah but I just want to watch videos on the web

You won’t die if you’re not able to watch a particular Web site, make a sacrifice for your freedom as a computer user. If you’re not able to see most Flash embedded content on the Web with Gnash you can use applications like get-flash-videos, rtmpdump and GreaseMonkey besides of Gnash to watch them until they get a proper support in Gnash.

- The Gnash development is slow, the player is still buggy and videos won’t play, I’m out of here!

Complaining wont help, so how can you help? one of the best ways is simply running Gnash, promote it’s use, make bug reports, donate money or if you’re a programmer contact the developers, the help can be made at many levels.

So, wanna test Gnash today? get it here  http://www.gnu.org/software/gnash

Recently Apple showed how upset they were towards Adobe in Steve Jobs open letter; “Shame on you” Steve Jobs wrote “you don’t respect the open Web, your formats are incompatible with our web standards, we no longer use Flash, we think different, we use HTML5… and by the way, we don’t like you anymore”, well he didn’t literally write that.

The thing here is that it’s NOT ironic to read this kind of letter from a proprietary software company, but it’s rather about the fact that they’re not solving any Web interpolarity problems in switching and suggesting the use of HTML5, if that had been the case Mr Jobs would have wrote about making a change to the Ogg Theora video codec. The interpolarity problems on the Web will still persist with Apple’s H.264 video codec, which can be embedded in HTML5.’s new video tag The patent holder of H.264 is the MPEG LA in which Apple is a member of. The specs of the H.264 are openly available but the codec itself is NOT freely usable, and the license agreement changes year after year. So when Mr Jobs talks about “openness” the word carries and ambiguity.

In the end if people begin to use Apple’s HTML5 (H.264) video tag they will fall in the same problem as the  Adobe® Flash® users are in right now; Which puppet master gets to control us?

Quoting John Sullivan: “Adobe is mad at Apple for not letting Adobe control iPhone, iPad, and iPod Touch users via Flash, and Apple is mad at Adobe for suggesting that Apple is arbitrarily abusing its control over Application Store users.”