Haiku Screencasts eigene Seite
Die Haiku Screencasts gibt es nun auch auf einer speziell dafür eingerichteten Seite :
Haiku Screencast: Album
Ein neuer Haiku Screencast ist draußen, diesmal geht es um das Programm Album, welches eine Minivorschau für Bilder liefert und eine sehr einfache Verwaltung bietet.
Youtube HTML5 Embedded:
Blip.tv Flash + Original + Download: http://blip.tv/file/3919033
Youtube HTML5 Embedded:
Blip.tv Flash + Original + Download: http://blip.tv/file/3919033
Neues Projekt: Haiku Screencasts
Da ich schon seit einiger Zeit mit Erfolg Lubuntu Screencasts in englischer Sprache anbiete, dachte ich mir, das gleiche könnte ich auch für Haiku probieren.
Einige Screencasts für Haiku habe ich ja schon gemacht, jetzt wird es in Zukunft regelmäßig solche Haiku Screencasts geben.
Hier nun eines der ersten:
Download
Einige Screencasts für Haiku habe ich ja schon gemacht, jetzt wird es in Zukunft regelmäßig solche Haiku Screencasts geben.
Hier nun eines der ersten:
Download
"Linux Critic" verträgt anscheinend keine Kritik
Eigentlich bin ich nicht der Mensch der öffentlich andere Leute anprangert oder auch Werbung für schlechte Sachen macht, aber LinuxCritic schießt echt den Vogel ab.
Dieser Blogger oder diese Blogger Seite hat vor kurzem einen Artikel zu Clementine, einem Amarok 1.4 Clone, gemacht. In Folge wurde natürlich dann auch in den Comments aber auch vom Autor selbst durch seine einleitenden Worte zu Amarok 2 eine kleine Kontroverse losgetreten.
Frei und neugierig wie ich bin hab ich auch Clementine getestet und meinen Senf dazu schreiben wollen, was wie ich es gewohnt bin auch relativ einfach möglich ist. Mit einem einfachen "Response" und Submit.
Aber denkste , nach rund 5 minuten war der Comment verschwunden und ich verwundert. Vor allen Dingen weil es aus meiner Sicht keinen Grund dafür gibt, außer man zensiert Kritik an Clementine und Kritik an der Kritik an am Amarok 2 und KDE4 in den vorherigen Posts (seien wir mal ehrlich das ist auch fast nich sachlich was da steht sondern stumpfsinniges Trollen)
Sinngemäß ging mein Kommentar in etwa so:
Ersteinmal konterte ich den im Artikel und in den Comments vom Autor eingeleitete Kritik von Amarok 2, die sich hautpsächlich auf die Oberfläche bezieht, mit einem hübschen Screenshot und der Unterschrift, Amarok 2 kann auch wie Amarok 1.4 Aussehen (Original Bild dazu: http://farm5.static.flickr.com/4143/4780516735_52f0bc00b0_b.jpg )
Dann fing ich darauf aufbauend Clementine ein wenig ausseinanderzunehmen, dass zugegebenermaßen stark an Amarok 1.4 erinnert aber um einiges langsamer träger und instabiler erscheint. Das schrieb ich dann auch so da in diesen Comment mit der Frage weswegen man eine unausgereifte Software, dessen einziger Vorteil, der Standardmäßig ausgelieferte Look ist, gegenüber einer stabilen Software bevorzugen wolle, die sich mit einem Handgriff genauso herrichten lässt.
Das war auch schon der ganze Kommentar. Ihr seht das ganze hat alles was eine gute Kritik so braucht. Eine provozierende Antwort auf die vorherige Kritik (siehe Screenshot), eine Einleitung in die Meinung über Clementine, wo gute (der Look) aber auch schlechte Dinge aufgezählt werden und eine anschließende als Konklusion getarnte Frage, auf die ich hoffte, dass einige der User dort antworten würden.
Trotzdem scheint der Autor Kritik an Clementine nicht zu vertragen und löschte meinen Comment ohne sich nur im geringsten einer Diskussion auszusetzen.
Eigentlich sehr Schade und nicht sehr sachlich nicht die feine Art.
Ich werde der Seite in Zukunft wohl den Rücken kehren, weil ich solche kindischen Aktionen überhaupt nicht richtig finde. Vor allen Dingen die vielen nicht zensierten Trollposts sind eine Schande. Schade eigentlich, denn die Seite hatte immer mal wieder nette Einträge, vor allen Dingen zu Peppermint, dass mich unter anderem als Lubuntu Mithelfer natürlich sehr interessiert.
Nehmt euch also in Acht, nicht alles was "Critic" im Namen stehen hat kann auch Kritik vertragen. Meidet am besten linux-critic.com und helft so dabei, dass zumindestens ein Schandfleck möglichst schnell vom Internet verschwindet.
Dieser Blogger oder diese Blogger Seite hat vor kurzem einen Artikel zu Clementine, einem Amarok 1.4 Clone, gemacht. In Folge wurde natürlich dann auch in den Comments aber auch vom Autor selbst durch seine einleitenden Worte zu Amarok 2 eine kleine Kontroverse losgetreten.
Frei und neugierig wie ich bin hab ich auch Clementine getestet und meinen Senf dazu schreiben wollen, was wie ich es gewohnt bin auch relativ einfach möglich ist. Mit einem einfachen "Response" und Submit.
Aber denkste , nach rund 5 minuten war der Comment verschwunden und ich verwundert. Vor allen Dingen weil es aus meiner Sicht keinen Grund dafür gibt, außer man zensiert Kritik an Clementine und Kritik an der Kritik an am Amarok 2 und KDE4 in den vorherigen Posts (seien wir mal ehrlich das ist auch fast nich sachlich was da steht sondern stumpfsinniges Trollen)
Sinngemäß ging mein Kommentar in etwa so:
Ersteinmal konterte ich den im Artikel und in den Comments vom Autor eingeleitete Kritik von Amarok 2, die sich hautpsächlich auf die Oberfläche bezieht, mit einem hübschen Screenshot und der Unterschrift, Amarok 2 kann auch wie Amarok 1.4 Aussehen (Original Bild dazu: http://farm5.static.flickr.com/4143/4780516735_52f0bc00b0_b.jpg )
Dann fing ich darauf aufbauend Clementine ein wenig ausseinanderzunehmen, dass zugegebenermaßen stark an Amarok 1.4 erinnert aber um einiges langsamer träger und instabiler erscheint. Das schrieb ich dann auch so da in diesen Comment mit der Frage weswegen man eine unausgereifte Software, dessen einziger Vorteil, der Standardmäßig ausgelieferte Look ist, gegenüber einer stabilen Software bevorzugen wolle, die sich mit einem Handgriff genauso herrichten lässt.
Das war auch schon der ganze Kommentar. Ihr seht das ganze hat alles was eine gute Kritik so braucht. Eine provozierende Antwort auf die vorherige Kritik (siehe Screenshot), eine Einleitung in die Meinung über Clementine, wo gute (der Look) aber auch schlechte Dinge aufgezählt werden und eine anschließende als Konklusion getarnte Frage, auf die ich hoffte, dass einige der User dort antworten würden.
Trotzdem scheint der Autor Kritik an Clementine nicht zu vertragen und löschte meinen Comment ohne sich nur im geringsten einer Diskussion auszusetzen.
Eigentlich sehr Schade und nicht sehr sachlich nicht die feine Art.
Ich werde der Seite in Zukunft wohl den Rücken kehren, weil ich solche kindischen Aktionen überhaupt nicht richtig finde. Vor allen Dingen die vielen nicht zensierten Trollposts sind eine Schande. Schade eigentlich, denn die Seite hatte immer mal wieder nette Einträge, vor allen Dingen zu Peppermint, dass mich unter anderem als Lubuntu Mithelfer natürlich sehr interessiert.
Nehmt euch also in Acht, nicht alles was "Critic" im Namen stehen hat kann auch Kritik vertragen. Meidet am besten linux-critic.com und helft so dabei, dass zumindestens ein Schandfleck möglichst schnell vom Internet verschwindet.
Webm(VP8) vs. x264
Nachtrag 2: Das Programm,Encode, dass ich zur Erstellung und zum Test der Videos genutzt habe steht nun auch auf http://www.launchpad.net/encode als Deb Paket für Debian & Ubuntu zum Download bereit.
In diesem ersten Schnelltest habe ich mir die aktuelle webm (vp8) Version sowie die aktuelle x264 Version in ffmpeg kompiliert.Grundlage des Tests ist ein kleines Video(Auflösung: 640 x 360) das es als Trailer auf der Apple Seite im Format H264 zum herunterladen gibt.
Es handelt sich dabei um einen Trailer zu einem Anime, also gezeichnet. (Ja das hat Auswirkungen auf die Qualität)
Vergleichen wollte ich die Qualität wenn ich dieses Video, dass mit 1176kb Video und 96kb Audio Bitrate codiert wurde, der Codecs bei niedrigen Bitraten von 300kb und 500kb.
Das sind durchaus Datentraten die fürs Web (je nach Geschwindigkeit) genutzt werden.
Da dass Video zwischen statischen und schnellen Szenen hin und her wechselt halte ich es für ein gutes Testvideo für den Vergleich zwischen den beiden Codecs.
Jedoch ist mir auch klar, dass möglichst rohes Ausgangsformat in HD Qualität sicherlich noch besser für einen Vergleich ist. Allerdings ist dies gerade im Web nicht die Regel, sondern man lädt meistens bereits komprimiertes Format auf Videoportalen hoch, die dann unter Umständen noch einmal umkomprimiert werden.
Nun zu den Tests.
Der erste Test orientiert sich an der Ausgangsdateigröße die erreicht werden soll. Hier wurde zunächst das Video nach x264 mit libfaac konvertiert. Als Bitrate wurden 300kb für
Video und 52kb für Audio ausgewählt. Heraus kam eine 5,7 MB große MP4 Datei mit einer durschnittlichen Videobitrate von 322kb und einer Audiobitrate von 57kb.
Insgesamt ist das Ausgangsvideo subjektiv mit einer normalen Handycam Qualität vergleichbar, also für den normalen PC nur in der Original Auflösungsgröße wirklich anschaubar.
Vollbild zeigt teils Artefakte. Der Sound ist etwas blechig und man merkt deutlich das fehlen an Höhen und Tiefen.
Als nächstes wurde webfm mit Standardcodec vp8 und vorbis kodiert. Da die 300kb Bitrate für Video und 52kb Bitrate für Audio eine 7,5 MB große Datei ergab, wurde mit niedrigerer Videobitrate eine möglichst niedrige sich zu den 5,7 MB großen MP4 annäherende Datei erstellt.
Diese Datei wurde mit 155kb Videobitrate und 52kb Audiobitrate kodiert und hat eine größe von 6,5 MB. Ob und wie die Dateigröße evtl. auch durch das modifizierte Containerformat beeinflusst wird kann ich nicht sagen. In Sachen Qualität bietet subjektiv, das Video eine vergleichbare wie x264. Hier fällt jedoch eine etwas deutlichere Artefaktbildung auf.
Außerdem hat die Schrift, die am Anfang des Videos erscheint eine deutlichen Schleicher und wirkt etwas verpixelt, als ob Antialiasing fehlt.
Der Rest des Videos ist bei den schnellen Szenen nicht zu unterscheiden. Hier gibt es nichts an der Qualität auszusetzten. Bei ruhigen Passagen und langsamen Bewegungen treten
allerdings Artefakte auf die allerdings nur im Vollbild auffallen. Wie bereits vorher gesagt sind diese Videos allerdings nicht fürs Vollbild anschauen geeignet. (jedenfalls nicht auf unseren hochauflösenden Notebook oder PC Monitoren) In manchen Fällen sind jedoch in Standbildern auch Artefakte bzw. eine verminderte Qualität in Webms VP8 Codec zu sehen.
Beim Playback fällt das aber kaum auf. In Sachen Audioqualität überrascht Vorbis ein wenig. Anstatt wie bei AAC höhen und tiefen gleichmäßig oder relativ gleichmäßig abzuschneiden, scheint Vorbis den Umgebungsgeräuschen und Effekten mehr tiefere und bassreiche Tiefen zu geben und bei Sprache also Dialogen stellt sich der Ton um (natürlich nicht deutlich hörbar so dass es störend auffällt nur im Vergleich gesehen zu AAC) und man hört mehr Höhen. Bei den Anfangsszenen fällt der Ton unterschied eigentlich überhaupt nicht auf.
Es ändert sich sobald die Actioneffekte anfangen. Akkustisch bietet Vorbis die deutlich actionreicheren Effekte. Beim Wechsel in die Tunnelfahrstuhlszene fällt dann das Umswitchen zu deutlich mehr Höhen auf. Die Stimmen wirken klarer und leichter verständlich. Der Vordergrund liegt also klar auf die Stimmen. Bei AAC gibt es keine Unterscheidung zwischen Vordergrund und Hintergrund und es ist deutlich mehr Bass zu hören. Passend zur Szene finde ich die Vorbis Akustik besser. Jedoch ist das subjektiv sicherlich unterschiedlich.
Wichtig ist nur in einigen Szenen, gerade Sprachszenen fällt eine leicht geänderte Akkustische Atmosphäre auf.
Im dritten Test habe ich nun die 300kb kodierte VP8 Webm Datei getestet. Diese ist wie bereits oben beschrieben 7,5 MB groß. Audiotechnisch gibt es hier keine Unterschiede zum obigen ausführlichen Text.
Optisch fällt wieder etwas der pixelige Text am Anfang auf. Der ist aber deutlich besser als noch mit 155kb Bitrate. Die etwas verminderte Qualität in Standbildern fällt ins beinahe nicht mehr sichtbare ab. Alles andere ist in Sachen normale Auflösung nicht mehr mit x264 zu unterscheiden. Bei Vollbild fallen an Bewegungsstellen für einige Millisekunden manchmal kurze sich bewegende Mini-Artefakte auf. Dies führt manchmal bei einigen ruhigen sich bewgenden Bildern zu Unruhe im Bild, das sicherlich auch als störend empfunden werden
kann. Bei x264 tritt im Vollbild ein ähnliches Phänomen auf, allerdings nur bei sehr schnellen Szenen die dann auch schnell zu Ende sind und deshalb nicht so auffallen.
Bei ruhigen Szenen kann man Ansätze die für solche Unruhe zwar auch leicht erkennen, aber nur wenn man genau hinsieht.
Im letzten Test habe ich beide Dateien mit 500kb im jeweiligen Videoformat und mit 128kb im jeweiligen Audioformat codiert. Da ab dieser Bitrate auch ein Vollbild auf dem Desktop durchaus denkbar ist, habe ich beide Videos nur im Vollbild getestet und verglichen.
Wie bereits beim vorherigen Test ist die rote Schrift am Anfang deutlich pixeliger bei VP8. Im weiteren Verlauf des Videos fällt wieder eine leichte Unruhe bei ruhigen sich bewegenden Szenen auf. x264 hat im Vergleich dazu wieder etwas unruhe in schnellen Szenen, wirkt aber bei ruhigen Szenen als ob ein wenig ein Glättungsfilter + Gaußfilter drüber liegt.
Ansonsten kann im Vergleich zu beiden Videos nur gesagt werden, dass beide durchaus zumindestens als gezeichnete Animation auf einem großen Monitor durchaus genoßen werden können.
Insgesamt gesehen bietet x264 das bessere Bild. Im Vergleich zu Xvid oder OGG Theora 1.1 ist VP8 aber deutlich näher an der x264 Qualität dran. Für den Bereich für den Webm gedacht ist, also Webvideos, die nicht nur auf PCs/Notebooks sondern auch auf Mobilen Geräten laufen sollen, ist es definitiv geeignet.
(Hardwarefragen mal ausgeblendet) Gerade wenn man sich die Patentlizenzrechtliche und Open- vs. ClosedSource Geschichten anschaut würde ich Webm hier bevorzugen. Gerade auch vor dem Hintergrund, dass ein offener Codec sehr schnell weiterentwickelt und verbessert werden kann.
Nachtrag: Ein Hinweis zu den Encodieroptionen. Hier wurde ffmpeg mit Eingangs- und Ausgangsdatei sowie dem jeweiligen Codec für Audio und Videodateien angeben, sowie die Bitraten für beide. Also kein 2-Pass oder Threads oder sonstige spezielle Optionen.
In diesem ersten Schnelltest habe ich mir die aktuelle webm (vp8) Version sowie die aktuelle x264 Version in ffmpeg kompiliert.Grundlage des Tests ist ein kleines Video(Auflösung: 640 x 360) das es als Trailer auf der Apple Seite im Format H264 zum herunterladen gibt.
Es handelt sich dabei um einen Trailer zu einem Anime, also gezeichnet. (Ja das hat Auswirkungen auf die Qualität)
Vergleichen wollte ich die Qualität wenn ich dieses Video, dass mit 1176kb Video und 96kb Audio Bitrate codiert wurde, der Codecs bei niedrigen Bitraten von 300kb und 500kb.
Das sind durchaus Datentraten die fürs Web (je nach Geschwindigkeit) genutzt werden.
Da dass Video zwischen statischen und schnellen Szenen hin und her wechselt halte ich es für ein gutes Testvideo für den Vergleich zwischen den beiden Codecs.
Jedoch ist mir auch klar, dass möglichst rohes Ausgangsformat in HD Qualität sicherlich noch besser für einen Vergleich ist. Allerdings ist dies gerade im Web nicht die Regel, sondern man lädt meistens bereits komprimiertes Format auf Videoportalen hoch, die dann unter Umständen noch einmal umkomprimiert werden.
Nun zu den Tests.
Der erste Test orientiert sich an der Ausgangsdateigröße die erreicht werden soll. Hier wurde zunächst das Video nach x264 mit libfaac konvertiert. Als Bitrate wurden 300kb für
Video und 52kb für Audio ausgewählt. Heraus kam eine 5,7 MB große MP4 Datei mit einer durschnittlichen Videobitrate von 322kb und einer Audiobitrate von 57kb.
Insgesamt ist das Ausgangsvideo subjektiv mit einer normalen Handycam Qualität vergleichbar, also für den normalen PC nur in der Original Auflösungsgröße wirklich anschaubar.
Vollbild zeigt teils Artefakte. Der Sound ist etwas blechig und man merkt deutlich das fehlen an Höhen und Tiefen.
Als nächstes wurde webfm mit Standardcodec vp8 und vorbis kodiert. Da die 300kb Bitrate für Video und 52kb Bitrate für Audio eine 7,5 MB große Datei ergab, wurde mit niedrigerer Videobitrate eine möglichst niedrige sich zu den 5,7 MB großen MP4 annäherende Datei erstellt.
Diese Datei wurde mit 155kb Videobitrate und 52kb Audiobitrate kodiert und hat eine größe von 6,5 MB. Ob und wie die Dateigröße evtl. auch durch das modifizierte Containerformat beeinflusst wird kann ich nicht sagen. In Sachen Qualität bietet subjektiv, das Video eine vergleichbare wie x264. Hier fällt jedoch eine etwas deutlichere Artefaktbildung auf.
Außerdem hat die Schrift, die am Anfang des Videos erscheint eine deutlichen Schleicher und wirkt etwas verpixelt, als ob Antialiasing fehlt.
Webfm(VP8) 155kb [Klicken für Originalgröße]
x264 300kb [Klicken für Originalgröße]
allerdings Artefakte auf die allerdings nur im Vollbild auffallen. Wie bereits vorher gesagt sind diese Videos allerdings nicht fürs Vollbild anschauen geeignet. (jedenfalls nicht auf unseren hochauflösenden Notebook oder PC Monitoren) In manchen Fällen sind jedoch in Standbildern auch Artefakte bzw. eine verminderte Qualität in Webms VP8 Codec zu sehen.
Beim Playback fällt das aber kaum auf. In Sachen Audioqualität überrascht Vorbis ein wenig. Anstatt wie bei AAC höhen und tiefen gleichmäßig oder relativ gleichmäßig abzuschneiden, scheint Vorbis den Umgebungsgeräuschen und Effekten mehr tiefere und bassreiche Tiefen zu geben und bei Sprache also Dialogen stellt sich der Ton um (natürlich nicht deutlich hörbar so dass es störend auffällt nur im Vergleich gesehen zu AAC) und man hört mehr Höhen. Bei den Anfangsszenen fällt der Ton unterschied eigentlich überhaupt nicht auf.
Es ändert sich sobald die Actioneffekte anfangen. Akkustisch bietet Vorbis die deutlich actionreicheren Effekte. Beim Wechsel in die Tunnelfahrstuhlszene fällt dann das Umswitchen zu deutlich mehr Höhen auf. Die Stimmen wirken klarer und leichter verständlich. Der Vordergrund liegt also klar auf die Stimmen. Bei AAC gibt es keine Unterscheidung zwischen Vordergrund und Hintergrund und es ist deutlich mehr Bass zu hören. Passend zur Szene finde ich die Vorbis Akustik besser. Jedoch ist das subjektiv sicherlich unterschiedlich.
Wichtig ist nur in einigen Szenen, gerade Sprachszenen fällt eine leicht geänderte Akkustische Atmosphäre auf.
[Klicken für Originalgröße]
[Klicken für Originalgröße]
Optisch fällt wieder etwas der pixelige Text am Anfang auf. Der ist aber deutlich besser als noch mit 155kb Bitrate. Die etwas verminderte Qualität in Standbildern fällt ins beinahe nicht mehr sichtbare ab. Alles andere ist in Sachen normale Auflösung nicht mehr mit x264 zu unterscheiden. Bei Vollbild fallen an Bewegungsstellen für einige Millisekunden manchmal kurze sich bewegende Mini-Artefakte auf. Dies führt manchmal bei einigen ruhigen sich bewgenden Bildern zu Unruhe im Bild, das sicherlich auch als störend empfunden werden
kann. Bei x264 tritt im Vollbild ein ähnliches Phänomen auf, allerdings nur bei sehr schnellen Szenen die dann auch schnell zu Ende sind und deshalb nicht so auffallen.
Bei ruhigen Szenen kann man Ansätze die für solche Unruhe zwar auch leicht erkennen, aber nur wenn man genau hinsieht.
Webm(VP8) 300kb [Klicken für Originalgröße]
[Klicken für Originalgröße]
Im letzten Test habe ich beide Dateien mit 500kb im jeweiligen Videoformat und mit 128kb im jeweiligen Audioformat codiert. Da ab dieser Bitrate auch ein Vollbild auf dem Desktop durchaus denkbar ist, habe ich beide Videos nur im Vollbild getestet und verglichen.
Wie bereits beim vorherigen Test ist die rote Schrift am Anfang deutlich pixeliger bei VP8. Im weiteren Verlauf des Videos fällt wieder eine leichte Unruhe bei ruhigen sich bewegenden Szenen auf. x264 hat im Vergleich dazu wieder etwas unruhe in schnellen Szenen, wirkt aber bei ruhigen Szenen als ob ein wenig ein Glättungsfilter + Gaußfilter drüber liegt.
Ansonsten kann im Vergleich zu beiden Videos nur gesagt werden, dass beide durchaus zumindestens als gezeichnete Animation auf einem großen Monitor durchaus genoßen werden können.
Insgesamt gesehen bietet x264 das bessere Bild. Im Vergleich zu Xvid oder OGG Theora 1.1 ist VP8 aber deutlich näher an der x264 Qualität dran. Für den Bereich für den Webm gedacht ist, also Webvideos, die nicht nur auf PCs/Notebooks sondern auch auf Mobilen Geräten laufen sollen, ist es definitiv geeignet.
(Hardwarefragen mal ausgeblendet) Gerade wenn man sich die Patentlizenzrechtliche und Open- vs. ClosedSource Geschichten anschaut würde ich Webm hier bevorzugen. Gerade auch vor dem Hintergrund, dass ein offener Codec sehr schnell weiterentwickelt und verbessert werden kann.
Nachtrag: Ein Hinweis zu den Encodieroptionen. Hier wurde ffmpeg mit Eingangs- und Ausgangsdatei sowie dem jeweiligen Codec für Audio und Videodateien angeben, sowie die Bitraten für beide. Also kein 2-Pass oder Threads oder sonstige spezielle Optionen.
Ein neues Projekt
Zurzeit arbeite ich mit 2 Kollegen an einem neuen Projekt bzw. neuen Meilenstein von ZevenOS-Neptune auf Basis von Debian Squeeze.
Im folgenden stelle ich euch einige Dinge vor die wir bereits umgesetzt haben und was wir noch alles vorhaben.
Zunächst einmal sei gesagt, das Projekt ist ein offizielles AI-Projekt an meiner Fachhochschule. Die Linux Distribution wird aus diesem Grund auch spezielle Tools, die unter Umständen für die speziellen Fachbereiche benötigt werden mitliefern. Darüber hinaus hatten wir auch direkt die Idee das ganze auf USB Stick zu optimieren. Also anders als bisher streben wir keine CD ISO (mit der entsprechenden ISO Größenbeschränkung) an sondern einen USB Stick. Hier wollen wir es schaffen, dass auch ein 2GB USB Stick ohne Probleme auch mit den wichtigsten Eigenen Daten bootbar und an möglichst jedem PC der von USB booten kann startklar ist.
Als Software verwenden wir den KDE 4.4.3 Desktop der vor kurzem in Debian Squeeze hineingerutscht ist. Dieser Desktop ähnelt Windows stark und wurde deshalb als geeignet für Umsteiger und Einsteiger gesehen. Natürlich bringt der Desktop auch einiges auf die Waage, was Programme und damit auch Speicherverbrauch angeht, jedoch ist das durchaus angemessen für den Komfort den der Desktop bietet.
Neben dem Standarddesktop mit seinem einfachen Texteditor Kwrite dem in den Dateimanager Dolphin integrierten Entpacker/Packer Ark wird es auch wie von ZevenOS gewohnt eine volle Multimediaausstattung geben. So sorgt Amarok für die Verwaltung und das Abspielen von Musik. SMPlayer sorgt für die passenden bewegten Bilder, egal ob lokal oder aus dem Netz und Audacity sowie KDEnLive kommen als benötigte Audio- und Videoschnittsoftware daher. Für das Brennen von DVDs oder CDs wird K3b mitgeliefert, das auch das erstellen von VideoDVDs und FotoCDs ohne Probleme unterstützt. Audio und Video Dateien lassen sich mit Hilfe von Encode in jedes populäre Format umwandeln. In Sachen Bilder kann mit Gwenview eine Verwaltung durchgeführt werden, die auch eine Anbindung ans Internet bietet. Außerdem können Bilder auch mit Gimp bearbeitet werden.
In Sachen Internetprogramme folgen wir dem Trend von Web 2.0 und bieten den modernen und sehr flinken Chromium Browser. Das E-Mail Programm Icedove (a.k.a. Mozilla Thunderbird nur mit anderem Logo und Namen) sorgt für die Verwaltung von Mails und hält das Postfach sauber von Spam und Werbemüll.
Der Kontakt mit Freunden kann mit Kopete und den verschiedenen Protokollen wie MSN, ICQ, Skype, AIM, Jabber, Gadu-Gadu und vielen weiteren hergestellt werden. Konversation dient als IRC Client.
Für den Download stehen KGet als Downloadmanager und Ktorrent als Torrenthelfer zur Verfügung.
In Sachen Office gibt es gewohnte Kost in Form von OpenOffice in Version 3.2. Für die Kontaktverwaltung gibt es das gewohnt schlanke und schnelle Programm people, dass auch mit Vcards umgehen kann.
Für Leute die auf hohe Sicherheit wert liegen, stehen mit KGPG und TrueCrypt auch zwei super Verschlüsselungstools bereit.
Für Entwickler steht mit dem Tool Kate eine super Editor Umgebung für viele verschiedene Programmiersprachen bereit. Eclipse übernimmt die Mammutaufgabe als IDE.
Natürlich muss neben dem Arbeiten am PC auch das Spielen nicht fehlen, wir liefern deswegen als lustiges Spiel für zwischendurch Hedgewars mit (eine Art Worms Armageddon Clone)
Für die Verwaltung des Systems und gerade auch für die Nutzung des USB Sticks als persistentes Speichermedium bringen wir natürlich auch ein Programm zum erstellen von Persistenten Images mit. Hier wird eine untergrenze von 512 MB verlangt. Dies würde in einem Normalbetrieb, dann etwa 350-400 MB an freien Speicher für eigene Daten bedeuten.
Für das Nachinstallieren von großen Programmen würde dies natürlich nicht gerade geeignet sein, allerdings ist das Nachinstallieren von großen Programmen bei der bereits mitgelieferten Programmvielfalt sowieso nicht dringend. Der Speicherplatz dient also primär eigenen Dokumenten, Bildern und vielleicht einer kleineren Musiksammlung. Der Clou bei der USB Stick Variante ist, dass dieser USB Stick als FAT32 Stick formatiert ist/bleibt und so Daten auch mit der Windows Welt ganz einfach ausgetauscht werden können. Würde eine spezielle Konfiguration, die mit der Persistenz gespeichert wurde, dass System kaputt machen, kann man einfach mit dem Löschen des Persistenz Images auf dem FAT32 Datenbereich des Sticks den Ursprungszustand wiederherstellen.
Natürlich erlaubt ZevenOS-Neptune wie bisher auch, dass System neben einem weiteren System z.B. Windows zu installieren und dann beim Booten auszuwählen, was gestartet werden soll.
Dies ist also so ein kleiner Ausblick auf das nächste ZevenOS-Neptune.
Fazit: Wir bleiben unserm Motto Treu, das beste Multimediasystem für die nächste Generation von BeOS Nutzern (die nicht mal wissen was BeOS eigentlich ist) .
Hier nun ein paar Screenshots:
Im folgenden stelle ich euch einige Dinge vor die wir bereits umgesetzt haben und was wir noch alles vorhaben.
Zunächst einmal sei gesagt, das Projekt ist ein offizielles AI-Projekt an meiner Fachhochschule. Die Linux Distribution wird aus diesem Grund auch spezielle Tools, die unter Umständen für die speziellen Fachbereiche benötigt werden mitliefern. Darüber hinaus hatten wir auch direkt die Idee das ganze auf USB Stick zu optimieren. Also anders als bisher streben wir keine CD ISO (mit der entsprechenden ISO Größenbeschränkung) an sondern einen USB Stick. Hier wollen wir es schaffen, dass auch ein 2GB USB Stick ohne Probleme auch mit den wichtigsten Eigenen Daten bootbar und an möglichst jedem PC der von USB booten kann startklar ist.
Als Software verwenden wir den KDE 4.4.3 Desktop der vor kurzem in Debian Squeeze hineingerutscht ist. Dieser Desktop ähnelt Windows stark und wurde deshalb als geeignet für Umsteiger und Einsteiger gesehen. Natürlich bringt der Desktop auch einiges auf die Waage, was Programme und damit auch Speicherverbrauch angeht, jedoch ist das durchaus angemessen für den Komfort den der Desktop bietet.
Neben dem Standarddesktop mit seinem einfachen Texteditor Kwrite dem in den Dateimanager Dolphin integrierten Entpacker/Packer Ark wird es auch wie von ZevenOS gewohnt eine volle Multimediaausstattung geben. So sorgt Amarok für die Verwaltung und das Abspielen von Musik. SMPlayer sorgt für die passenden bewegten Bilder, egal ob lokal oder aus dem Netz und Audacity sowie KDEnLive kommen als benötigte Audio- und Videoschnittsoftware daher. Für das Brennen von DVDs oder CDs wird K3b mitgeliefert, das auch das erstellen von VideoDVDs und FotoCDs ohne Probleme unterstützt. Audio und Video Dateien lassen sich mit Hilfe von Encode in jedes populäre Format umwandeln. In Sachen Bilder kann mit Gwenview eine Verwaltung durchgeführt werden, die auch eine Anbindung ans Internet bietet. Außerdem können Bilder auch mit Gimp bearbeitet werden.
In Sachen Internetprogramme folgen wir dem Trend von Web 2.0 und bieten den modernen und sehr flinken Chromium Browser. Das E-Mail Programm Icedove (a.k.a. Mozilla Thunderbird nur mit anderem Logo und Namen) sorgt für die Verwaltung von Mails und hält das Postfach sauber von Spam und Werbemüll.
Der Kontakt mit Freunden kann mit Kopete und den verschiedenen Protokollen wie MSN, ICQ, Skype, AIM, Jabber, Gadu-Gadu und vielen weiteren hergestellt werden. Konversation dient als IRC Client.
Für den Download stehen KGet als Downloadmanager und Ktorrent als Torrenthelfer zur Verfügung.
In Sachen Office gibt es gewohnte Kost in Form von OpenOffice in Version 3.2. Für die Kontaktverwaltung gibt es das gewohnt schlanke und schnelle Programm people, dass auch mit Vcards umgehen kann.
Für Leute die auf hohe Sicherheit wert liegen, stehen mit KGPG und TrueCrypt auch zwei super Verschlüsselungstools bereit.
Für Entwickler steht mit dem Tool Kate eine super Editor Umgebung für viele verschiedene Programmiersprachen bereit. Eclipse übernimmt die Mammutaufgabe als IDE.
Natürlich muss neben dem Arbeiten am PC auch das Spielen nicht fehlen, wir liefern deswegen als lustiges Spiel für zwischendurch Hedgewars mit (eine Art Worms Armageddon Clone)
Für die Verwaltung des Systems und gerade auch für die Nutzung des USB Sticks als persistentes Speichermedium bringen wir natürlich auch ein Programm zum erstellen von Persistenten Images mit. Hier wird eine untergrenze von 512 MB verlangt. Dies würde in einem Normalbetrieb, dann etwa 350-400 MB an freien Speicher für eigene Daten bedeuten.
Für das Nachinstallieren von großen Programmen würde dies natürlich nicht gerade geeignet sein, allerdings ist das Nachinstallieren von großen Programmen bei der bereits mitgelieferten Programmvielfalt sowieso nicht dringend. Der Speicherplatz dient also primär eigenen Dokumenten, Bildern und vielleicht einer kleineren Musiksammlung. Der Clou bei der USB Stick Variante ist, dass dieser USB Stick als FAT32 Stick formatiert ist/bleibt und so Daten auch mit der Windows Welt ganz einfach ausgetauscht werden können. Würde eine spezielle Konfiguration, die mit der Persistenz gespeichert wurde, dass System kaputt machen, kann man einfach mit dem Löschen des Persistenz Images auf dem FAT32 Datenbereich des Sticks den Ursprungszustand wiederherstellen.
Natürlich erlaubt ZevenOS-Neptune wie bisher auch, dass System neben einem weiteren System z.B. Windows zu installieren und dann beim Booten auszuwählen, was gestartet werden soll.
Dies ist also so ein kleiner Ausblick auf das nächste ZevenOS-Neptune.
Fazit: Wir bleiben unserm Motto Treu, das beste Multimediasystem für die nächste Generation von BeOS Nutzern (die nicht mal wissen was BeOS eigentlich ist) .
Hier nun ein paar Screenshots:
Standard Desktop
People Kontakte
Chromium + Icedove
Dateimanager Dolphin mit Software
Encode mit Webm (VP8) Support
Linux und PS3 auf Kriegsfuß
Tja wer hätte das Gedacht, nach dem Sony ja mit der Playstation 3, die erste kommerziell sehr erfolgreiche Konsole mit Linux Support als Betriebssystem herausgegeben hat, so scheint man nun diesen Support überraschend einstellen zu wollen.
Bei den PS3 Slim Varianten kann man es ja noch verkraften, dass diese ohne diese Option ausgeliefert wurden. Aber jetzt im nachhinein einfach diesen Support mit einen Upgrade zu kastrieren ist doch irgendwie widersinnig.
Noch schlimmer, man zwingt die Nutzer quasi zu diesem Upgrade, da neuere Spiele und Bluerays nur mit der neuen Firmware Version der PS3 laufen werden.
Ich bin mir beinahe sicher, dass wenn Sony das wirklich so durchzieht, sie eine Menge an Unmut auf sich lenken werden. Gerade solche Großkunden, wie das Frauenhoferinstitut, welche hunderte von PS3 bei Sony gerade wegen dem "Other OS"-Support gekauft haben, wird das sehr ärgern. Wobei diese wahrscheinlich keine Bluerays und Spiele spielen werden und deshalb wohl auch kein Firmware upgrade zwingend durchführen werden.
Sony hat bei mir auf jeden Fall die Rote Karte verdient. Die Leute so zu hintergehen, da man vor einigen Wochen, beim beteuern dass die "Other OS" Option nicht entfernt wird, erwischt wurde.
Wenigstens melden sich schonmal vorbeugend einige Hacker : http://www.osnews.com/story/23084/George_Hotz_Working_to_Restore_PS3_Other_OS_Support
Update:
Na das hat ja nicht lang gedauert: www.golem.de/showhigh2.php?file=/1004/74334.html&wort[]=ps3
Bei den PS3 Slim Varianten kann man es ja noch verkraften, dass diese ohne diese Option ausgeliefert wurden. Aber jetzt im nachhinein einfach diesen Support mit einen Upgrade zu kastrieren ist doch irgendwie widersinnig.
Noch schlimmer, man zwingt die Nutzer quasi zu diesem Upgrade, da neuere Spiele und Bluerays nur mit der neuen Firmware Version der PS3 laufen werden.
Ich bin mir beinahe sicher, dass wenn Sony das wirklich so durchzieht, sie eine Menge an Unmut auf sich lenken werden. Gerade solche Großkunden, wie das Frauenhoferinstitut, welche hunderte von PS3 bei Sony gerade wegen dem "Other OS"-Support gekauft haben, wird das sehr ärgern. Wobei diese wahrscheinlich keine Bluerays und Spiele spielen werden und deshalb wohl auch kein Firmware upgrade zwingend durchführen werden.
Sony hat bei mir auf jeden Fall die Rote Karte verdient. Die Leute so zu hintergehen, da man vor einigen Wochen, beim beteuern dass die "Other OS" Option nicht entfernt wird, erwischt wurde.
Wenigstens melden sich schonmal vorbeugend einige Hacker : http://www.osnews.com/story/23084/George_Hotz_Working_to_Restore_PS3_Other_OS_Support
Update:
Na das hat ja nicht lang gedauert: www.golem.de/showhigh2.php?file=/1004/74334.html&wort[]=ps3
Linux Desktop Ressourcenverbrauch
Wie ein kleiner Test die Welt (zumindestens die Linux-Welt) in aufruhe versetzten kann, zeigt der neulich herausgegebene Phoronix Artikel.
Ich hab den ganzen Zahlen nicht ganz trauen wollen und hab mich flink ran gemacht einen eigenen Test mit meinen Testsystemen hier zu machen.
Zum Testsystem:
Es kommt zum Einsatz ein Lenovo N200 mit GeForce 7300 Go , 2 GB RAM und 250 GB S-ATA Festplatte.
Außerdem wurden die Desktops unter verschiedenen Linux Distros getestet, wo sie jeweils als Standard Desktop ausgewählt wurden.
Getestet wurde :
- KDE 4.4.1 auf OpenSUSE 11.2
- ZevenOS-Neptune Pre 1.8 auf Debian 5.0 Basis
- ZevenOS 2.0 auf Ubuntu 9.10 Basis
- Gnome auf Ubuntu 10.04 (Alpha 3, Stand 09.03.2010)
- LXDE auf Lubuntu 10.04 (Alpha 3, Stand 09.03.2010)
Die Ergebnisse wurden jeweils mit einem cat /proc//status ermittelt. Hier wurden zweierlei Werte für die jeweils essentiellen Prozesse, der Desktopumgebung(also ohne Kernel oder andere Dienste; ausgeschlossen auch DBus oder HAL), zur Anfertigung der Grafiken genommen:
1. Summe der VmRSS Werte
2. Die Summe aller VmData + VmStk + VmExe Werte
Was die Werte im einzelnen Bedeuten kann hier nachgelesen werden.
Die ausführlichen Testergebnisse können aufgedröselt als Anhang heruntergeladen werden.
Hier nun einige interessante Ergebnisse in Grafiken zusammengefügt.
Hier sehen wir nun interessante Werte. KDE zeigt in diesem Test deutlich die höchsten Werte. Interessant ist der Wert für Gnome, der sogar unter der dem von ZevenOS 2.0 liegt. ZevenOS-Neptune Pre 1.8 zeigt ein normales verhalten, ebenso wie LXDE. Warum die Werte so gravierend Abweichen ist mir bisher auch ein Rätsel. Evtl. habe ich hier einen Rechenfehler gemacht oder sonstwas ist schief gelaufen. Ich bitte alle das nochmal zu überprüfen.
Zum Schluss noch eine kleine subjektive Empfindung beim testen aller Systeme mit 256 MB RAM Begrenzung mit Hilfe des Kernel Parameters mem=256M
KDE 4.4.1 mit 256 MB RAM(aktiviertem Nepomuk mit Striggi) :
- nahezu unbenutzbar
- sehr lange Ladezeit des Desktops
- flüssiges Arbeiten ist nicht möglich
- viel Swap Speicher wird benutzt
ZevenOS-Neptune Pre 1.8 mit 256 MB RAM:
- ohne Einschränkungen nutzbar
- normal schnelle Ladezeit des Desktops
- keine SWAP Benutzung
- subjektiv beinahe nicht spürbar, außer man schaut in den systemmonitor
ZevenOS 2.0 mit 256 MB RAM:
- mit geringen Einschränkungen benutzbar
- Desktop reagiert teilweise etwas verzögert, nach dem Laden von Programmen
- sehr niedriger SWAP Verbrauch (~ 2MB)
Gnome mit 256 MB RAM:
- mit geringen Einschränkungen benutzbar
- Desktop reagiert verzögert beim starten/schließen von Anwendungen
- niedriger SWAP Verbrauch (~10MB)
Dies sind also meine bescheidenen Tests. Hier gibts das Testscript komplett mit den Ergebnissen zum nachvollziehen: http://www.2shared.com/file/11987768/ec4192de/benchmark.html
Abschließend will ich nochmal auf das KDE Dokument zu Shared Memory verlinken:
http://developer.kde.org/documentation/other/shared_memory.html
KDE scheint anders mit dem Speicher umzugehen als andere Desktop Umgebungen. Außerdem wurde auch von vielen Nutzern behauptet, dass KDE 4 definitiv mit 256 MB RAM nutzbar läuft. Ich kann das zwar nicht bestätigen aber auch nicht ausschließen.
Fazit ist und bleibt aber: ZevenOS braucht halb soviel Speicher wie KDE oder Gnome . Die Unterschiede zwischen ZevenOS-Neptune und ZevenOS 2.0 sind marginal und LXDE bleibt unangefochten die schnellste Desktop Umgebung.
Ich hab den ganzen Zahlen nicht ganz trauen wollen und hab mich flink ran gemacht einen eigenen Test mit meinen Testsystemen hier zu machen.
Zum Testsystem:
Es kommt zum Einsatz ein Lenovo N200 mit GeForce 7300 Go , 2 GB RAM und 250 GB S-ATA Festplatte.
Außerdem wurden die Desktops unter verschiedenen Linux Distros getestet, wo sie jeweils als Standard Desktop ausgewählt wurden.
Getestet wurde :
- KDE 4.4.1 auf OpenSUSE 11.2
- ZevenOS-Neptune Pre 1.8 auf Debian 5.0 Basis
- ZevenOS 2.0 auf Ubuntu 9.10 Basis
- Gnome auf Ubuntu 10.04 (Alpha 3, Stand 09.03.2010)
- LXDE auf Lubuntu 10.04 (Alpha 3, Stand 09.03.2010)
Die Ergebnisse wurden jeweils mit einem cat /proc/
1. Summe der VmRSS Werte
2. Die Summe aller VmData + VmStk + VmExe Werte
Was die Werte im einzelnen Bedeuten kann hier nachgelesen werden.
Die ausführlichen Testergebnisse können aufgedröselt als Anhang heruntergeladen werden.
Hier nun einige interessante Ergebnisse in Grafiken zusammengefügt.
Werte jeweils in kB
Ein wenig unfair ist dieser Test evtl. doch, da mit OpenSUSE 11.2 und KDE 4.4.1 eine stabile Version gegen z.B. Ubuntu 10.04 mit Gnome 2.30 Beta verglichen wird. Sprich die Werte können sich hier noch ändern.
Im übrigen spiegeln die Werte aber auch das subjektive empfinden von mir. Interessant hier sei nur das der hohe KDE 4.4.1 Speicherverbrauch im Betrieb, beim starten von Programmen z.B., nicht negativ auffällt. Gleiches gilt für Gnome. Die beiden ZevenOS Versionen belegen deutlich beieinander rund die hälfte des Speichers von Gnome und KDE. Sie sind also etwa vergleichbar mit XFCE. Insbesondere ZevenOS 2.0 kann mit Xubuntu 9.10 verglichen werden. Hier wird nur ein anderer Fenstermanager verwendet der etwa 2 MB weniger Speicher verbrauch aufweist. LXDE auf Lubuntu ist mit Abstand am ressourcensparensten und verbraucht nur etwa die hälfte des ZevenOS-Neptune Pre 1.8 Desktops.
Werte jeweils in kB
Hier sehen wir nun interessante Werte. KDE zeigt in diesem Test deutlich die höchsten Werte. Interessant ist der Wert für Gnome, der sogar unter der dem von ZevenOS 2.0 liegt. ZevenOS-Neptune Pre 1.8 zeigt ein normales verhalten, ebenso wie LXDE. Warum die Werte so gravierend Abweichen ist mir bisher auch ein Rätsel. Evtl. habe ich hier einen Rechenfehler gemacht oder sonstwas ist schief gelaufen. Ich bitte alle das nochmal zu überprüfen.
Zum Schluss noch eine kleine subjektive Empfindung beim testen aller Systeme mit 256 MB RAM Begrenzung mit Hilfe des Kernel Parameters mem=256M
KDE 4.4.1 mit 256 MB RAM(aktiviertem Nepomuk mit Striggi) :
- nahezu unbenutzbar
- sehr lange Ladezeit des Desktops
- flüssiges Arbeiten ist nicht möglich
- viel Swap Speicher wird benutzt
ZevenOS-Neptune Pre 1.8 mit 256 MB RAM:
- ohne Einschränkungen nutzbar
- normal schnelle Ladezeit des Desktops
- keine SWAP Benutzung
- subjektiv beinahe nicht spürbar, außer man schaut in den systemmonitor
ZevenOS 2.0 mit 256 MB RAM:
- mit geringen Einschränkungen benutzbar
- Desktop reagiert teilweise etwas verzögert, nach dem Laden von Programmen
- sehr niedriger SWAP Verbrauch (~ 2MB)
Gnome mit 256 MB RAM:
- mit geringen Einschränkungen benutzbar
- Desktop reagiert verzögert beim starten/schließen von Anwendungen
- niedriger SWAP Verbrauch (~10MB)
Dies sind also meine bescheidenen Tests. Hier gibts das Testscript komplett mit den Ergebnissen zum nachvollziehen: http://www.2shared.com/file/11987768/ec4192de/benchmark.html
Abschließend will ich nochmal auf das KDE Dokument zu Shared Memory verlinken:
http://developer.kde.org/documentation/other/shared_memory.html
KDE scheint anders mit dem Speicher umzugehen als andere Desktop Umgebungen. Außerdem wurde auch von vielen Nutzern behauptet, dass KDE 4 definitiv mit 256 MB RAM nutzbar läuft. Ich kann das zwar nicht bestätigen aber auch nicht ausschließen.
Fazit ist und bleibt aber: ZevenOS braucht halb soviel Speicher wie KDE oder Gnome . Die Unterschiede zwischen ZevenOS-Neptune und ZevenOS 2.0 sind marginal und LXDE bleibt unangefochten die schnellste Desktop Umgebung.
Screencasts unter Haiku mittels "screencast" Script
Um Screencasts unter Haiku zu machen muss man derzeit noch auf die alte BeOS Screencast Software BeScreenCapture zurückgreifen. Ich habe mal aus Neugierde ein Bash-Script geschrieben das ebenfalls im Zusammenspiel mit FFMPEG und dem Screenshot Tool unter Haiku im Stande ist Screencasts zu machen.
Noch nicht berücksichtigt ist hier natürlich Audio. Auch die Bilder pro Sekunde sind noch zu wenig um eine 1:1 Geschwindigkeit darstellen zu können. Alles in allem ist es aber recht brauchbar, wenn man etwas mal schnell zeigen möchte.
Wenn jmd. interesse hat, dass Tool auszubauen oder auf Basis des Scripts eine GUI zu basteln wäre das sehr schön. Aus diesem Grund stelle ich das Script hier auch online :)
Zur Benutzung muss (wie im folgenden Video auch zu sehen) das Script im Terminal gestartet werden. Dazu kann man die Datei direkt ausführbar machen oder ber sh screencast aufrufen.
Achten muss man darauf, das alte Screenshots(mit dem namen screenshot1 usw.) gelöscht werden sollten, da diese sonst mit in das Video eingearbeitet werden. Nach Erstellung des Videos das im /boot/home Ordner unter dem Namen out.mp4 abgelegt wird, werden sämtliche png Dateien im Home Ordner gelöscht.
Die benötigte ffmpeg Abhängigkeit findet ihr hier: http://ports.haiku-files.org/wiki/Downloads
Hier ein Beispielvideo, dass ein weiteres kleines Programm (geschrieben in YAB) demonstriert.
Noch ein kleiner Tipp: Für das erstellen des Screencast keine allzu hektischen Bewegungen aufnehmen. Und vielleicht etwas langsamer arbeiten als man es evtl. gewohnt ist. Damit gelingen bessere Screencasts. Das vertonen der Screencasts kann später auch übernommen werden. Hier sollte man darauf achten das man sich im Zeitrahmen des Videos bewegt. Am besten also bei der Aufnahme des Audios das Video abspielen um so eine mögliche Synchronisation zu bekommen. Später kann die Audiospur mit Hilfe von FFMPEG folgender maßen mit dem Video verschmolzen werden:
ffmpeg -i video.mp4 -i sound.mp3 -sameq videomitsound.mp4
Viel Spaß beim experimentieren mit Screencasts unter Haiku :)
Noch nicht berücksichtigt ist hier natürlich Audio. Auch die Bilder pro Sekunde sind noch zu wenig um eine 1:1 Geschwindigkeit darstellen zu können. Alles in allem ist es aber recht brauchbar, wenn man etwas mal schnell zeigen möchte.
Wenn jmd. interesse hat, dass Tool auszubauen oder auf Basis des Scripts eine GUI zu basteln wäre das sehr schön. Aus diesem Grund stelle ich das Script hier auch online :)
Zur Benutzung muss (wie im folgenden Video auch zu sehen) das Script im Terminal gestartet werden. Dazu kann man die Datei direkt ausführbar machen oder ber sh screencast aufrufen.
Achten muss man darauf, das alte Screenshots(mit dem namen screenshot1 usw.) gelöscht werden sollten, da diese sonst mit in das Video eingearbeitet werden. Nach Erstellung des Videos das im /boot/home Ordner unter dem Namen out.mp4 abgelegt wird, werden sämtliche png Dateien im Home Ordner gelöscht.
Die benötigte ffmpeg Abhängigkeit findet ihr hier: http://ports.haiku-files.org/wiki/Downloads
Hier ein Beispielvideo, dass ein weiteres kleines Programm (geschrieben in YAB) demonstriert.
Noch ein kleiner Tipp: Für das erstellen des Screencast keine allzu hektischen Bewegungen aufnehmen. Und vielleicht etwas langsamer arbeiten als man es evtl. gewohnt ist. Damit gelingen bessere Screencasts. Das vertonen der Screencasts kann später auch übernommen werden. Hier sollte man darauf achten das man sich im Zeitrahmen des Videos bewegt. Am besten also bei der Aufnahme des Audios das Video abspielen um so eine mögliche Synchronisation zu bekommen. Später kann die Audiospur mit Hilfe von FFMPEG folgender maßen mit dem Video verschmolzen werden:
ffmpeg -i video.mp4 -i sound.mp3 -sameq videomitsound.mp4
Viel Spaß beim experimentieren mit Screencasts unter Haiku :)
Klausurvorbereitung: Recht
In der kommenden Woche stehen bei mir wieder 2 Klausuren an.
Einer dieser Klausuren wird die Recht-Klausur sein. Da das ganze für mich ziemlich trocken ist hab ich um mich selbst zu motivieren und das ganze irgendwie zu lernen einen Podcast aufgenommen, indem ich die Punkte durchgehe die ich für die Klausur als wichtig erachte.
Also keine Garantie, dass dies alles auch wirklich in der Klausur vorkommt, aber als kleine Hilfe kann das ganze doch schon dienen. Zudem gebe ich auch keinerlei Garantie, dass alles richtig ist was ich da behaupte ;) (ist alles durch eine humoristisch laienhafte "Brille" gesehen)
Für alle anderen evtl. auch interessant, dass ganze Thema findet im Rahmen des Informatikstudiums (Allgemeine Informatik) im 5. Semester Bachelor statt.
Hier der Download der MP3 Datei (sry wegen der Quali, hab gerade mein Laptop Micro entdeckt, wusste vorher nicht, dass ich eins habe)
Einer dieser Klausuren wird die Recht-Klausur sein. Da das ganze für mich ziemlich trocken ist hab ich um mich selbst zu motivieren und das ganze irgendwie zu lernen einen Podcast aufgenommen, indem ich die Punkte durchgehe die ich für die Klausur als wichtig erachte.
Also keine Garantie, dass dies alles auch wirklich in der Klausur vorkommt, aber als kleine Hilfe kann das ganze doch schon dienen. Zudem gebe ich auch keinerlei Garantie, dass alles richtig ist was ich da behaupte ;) (ist alles durch eine humoristisch laienhafte "Brille" gesehen)
Für alle anderen evtl. auch interessant, dass ganze Thema findet im Rahmen des Informatikstudiums (Allgemeine Informatik) im 5. Semester Bachelor statt.
Hier der Download der MP3 Datei (sry wegen der Quali, hab gerade mein Laptop Micro entdeckt, wusste vorher nicht, dass ich eins habe)
Portable Apps für Linux
Fast jeder kennt die Portable Apps für Windows und den Mac.
Unter Linux gibt / gab es mit klik und anderen Varianten ähnliche Versuche, die allerdings beinahe alle nicht mehr aktuell sind. Ich habe mich mal drangesetzt und ein bisschen herumexperimentiert mit zunächst statisch gelinkten Programmen und versucht diese "portable" zu machen.
Das erste was mir da in den Sinn kam ist der vor kurzem erschienene Firefox Browser in der Version 3.6.
Da ich nunmal ein User eines auf Ubuntu basierenden Systems bin und ich normalerweise Software sehr gerne ausprobiere bevor ich sie dann direkt installiere, wollte ich den Firefox mal ausprobieren und hab mir das Tarball von der offiziellen Seite geschnappt und dann mal in mein Home Verzeichnis ausgepackt.
Zum Testen dachte ich mir wäre es vielleicht klug, dass es seine config nicht über mein aktuelles .mozilla Profilverzeichnis kopiert und habe es mit einer kleinen aber feinen Umgebungsvariable dazugebracht einen temporären Ordner für das Speichern von Konfigurationen zu verwenden.
Zusammen mit dieser Idee hab ich mich dann rangesetzt und eine 1 Click ausführbare Firefox Datei geschrieben, die den Browser in ein temporäres Verzeichnis kopiert und von dort ausführt. Die bisherige Config bleibt dabei unberührt und alle Daten die dieser Firefox speichert landen im /tmp Verzeichnis. Falls der Browser geschlossen wird entfernt er natürlich richtigerweise die angefallenen Sitzungsdaten und den angelegten temporären Ordner in /tmp .
Ich denke das ist eine recht elegante Methode um Programme die statisch gelinkt sind zu testen ohne viel Aufwand zu verschwenden.(also alle Mozilla Applikationen z.B. Skype, Opera usw. sollten auch klappen) Einzige Abhängigkeit neben den normalen Firefox Abhängigkeiten ist GNU Tar mit der Möglichkeit bzip2 Archive zu entpacken (alle aktuellen Distris können das).
In Zukunft könnte ich mir vorstellen auch eine Option anzubieten die das im home Ordner gespeicherte Mozilla Profil übernimmt, um z.B. Extensions auf ihre Tauglichkeit mit der neuen Software zu testen, ohne dass Veränderungen dort direkt hineingeschrieben werden. Dies wäre mit Hilfe von UnionFS elegant realisierbar. Nicht immer ganz Narrensicher dafür auch möglich (man nimmt einen kleinen Zeitverlust in Kauf) man dupliziert das Mozilla Profil und löscht die Kopie falls gewollt nach der Sitzung.
Zum Testen und ausprobieren habe ich auch eine nicht statische Software ausprobiert, wie Transmission 1.82, dass es derzeit nicht in den Repos von Ubuntu weder Karmic noch Lucid gibt. Es funktioniert unter einem normalen Ubuntu, dass bereits alle Abhängigkeiten von Transmission erfüllt sehr gut auf die gleiche Art und Weise wie der Firefox. Die Portierbarkeit auf Systeme die die Abhängigkeiten aber nicht erfüllen ist erwartungsgemäß gering. Hier müssten wahrscheinlich die aus Klik und anderen Projekten entstandenen Ideen umgesetzt werden um solche Probleme auf den Zahn zu fühlen. Aber das will ich so weit wie möglich umgehen, indem ich die Software speziell für einen Linux Distributionsreigen anpasse. Da die meisten Linux Distris derzeit eh beinahe immer alle die gleichen Systemlibraries benutzen würde das auch (theoretisch) gehen. Doppelte Libraries die zum einen mitgeliefert werden und zum anderen auch im System evtl. vorhanden sind stören zwar etwas mein Gemüt, währen aber verkraftbar.
Download des Firefox Scripts gibts hier: Download (9.5 MB)
Update: Download des Thunderbird Scripts : Download (10 MB)
Anweisung um es laufen zu lassen. Einfach ausführen. (Ausführbar muss es evtl. gemacht werden)
Hier ein Video, dass das ganze nochmal anschaulich zeigt und erklärt:
Was haltet ihr von der Idee von Portable Apps unter Linux (respektive der Ubuntu/Debian Distribution) ?
Unter Linux gibt / gab es mit klik und anderen Varianten ähnliche Versuche, die allerdings beinahe alle nicht mehr aktuell sind. Ich habe mich mal drangesetzt und ein bisschen herumexperimentiert mit zunächst statisch gelinkten Programmen und versucht diese "portable" zu machen.
Das erste was mir da in den Sinn kam ist der vor kurzem erschienene Firefox Browser in der Version 3.6.
Da ich nunmal ein User eines auf Ubuntu basierenden Systems bin und ich normalerweise Software sehr gerne ausprobiere bevor ich sie dann direkt installiere, wollte ich den Firefox mal ausprobieren und hab mir das Tarball von der offiziellen Seite geschnappt und dann mal in mein Home Verzeichnis ausgepackt.
Zum Testen dachte ich mir wäre es vielleicht klug, dass es seine config nicht über mein aktuelles .mozilla Profilverzeichnis kopiert und habe es mit einer kleinen aber feinen Umgebungsvariable dazugebracht einen temporären Ordner für das Speichern von Konfigurationen zu verwenden.
Zusammen mit dieser Idee hab ich mich dann rangesetzt und eine 1 Click ausführbare Firefox Datei geschrieben, die den Browser in ein temporäres Verzeichnis kopiert und von dort ausführt. Die bisherige Config bleibt dabei unberührt und alle Daten die dieser Firefox speichert landen im /tmp Verzeichnis. Falls der Browser geschlossen wird entfernt er natürlich richtigerweise die angefallenen Sitzungsdaten und den angelegten temporären Ordner in /tmp .
Ich denke das ist eine recht elegante Methode um Programme die statisch gelinkt sind zu testen ohne viel Aufwand zu verschwenden.(also alle Mozilla Applikationen z.B. Skype, Opera usw. sollten auch klappen) Einzige Abhängigkeit neben den normalen Firefox Abhängigkeiten ist GNU Tar mit der Möglichkeit bzip2 Archive zu entpacken (alle aktuellen Distris können das).
In Zukunft könnte ich mir vorstellen auch eine Option anzubieten die das im home Ordner gespeicherte Mozilla Profil übernimmt, um z.B. Extensions auf ihre Tauglichkeit mit der neuen Software zu testen, ohne dass Veränderungen dort direkt hineingeschrieben werden. Dies wäre mit Hilfe von UnionFS elegant realisierbar. Nicht immer ganz Narrensicher dafür auch möglich (man nimmt einen kleinen Zeitverlust in Kauf) man dupliziert das Mozilla Profil und löscht die Kopie falls gewollt nach der Sitzung.
Zum Testen und ausprobieren habe ich auch eine nicht statische Software ausprobiert, wie Transmission 1.82, dass es derzeit nicht in den Repos von Ubuntu weder Karmic noch Lucid gibt. Es funktioniert unter einem normalen Ubuntu, dass bereits alle Abhängigkeiten von Transmission erfüllt sehr gut auf die gleiche Art und Weise wie der Firefox. Die Portierbarkeit auf Systeme die die Abhängigkeiten aber nicht erfüllen ist erwartungsgemäß gering. Hier müssten wahrscheinlich die aus Klik und anderen Projekten entstandenen Ideen umgesetzt werden um solche Probleme auf den Zahn zu fühlen. Aber das will ich so weit wie möglich umgehen, indem ich die Software speziell für einen Linux Distributionsreigen anpasse. Da die meisten Linux Distris derzeit eh beinahe immer alle die gleichen Systemlibraries benutzen würde das auch (theoretisch) gehen. Doppelte Libraries die zum einen mitgeliefert werden und zum anderen auch im System evtl. vorhanden sind stören zwar etwas mein Gemüt, währen aber verkraftbar.
Download des Firefox Scripts gibts hier: Download (9.5 MB)
Update: Download des Thunderbird Scripts : Download (10 MB)
Anweisung um es laufen zu lassen. Einfach ausführen. (Ausführbar muss es evtl. gemacht werden)
Hier ein Video, dass das ganze nochmal anschaulich zeigt und erklärt:
Was haltet ihr von der Idee von Portable Apps unter Linux (respektive der Ubuntu/Debian Distribution) ?
ZevenOS: Deskbar mal dynamisch
Seit ZevenOS 2.0 ist das Deskbarmenü nicht mehr dynamisch. Das hat den Nachteil, das neu installierte Anwendungen dort nicht auftauchen, sondern mit dem Anwendungsfinder(unter Zubehör) geöffnet werden müssen. Der Vorteil dieser Methodik ist die Sauberkeit des Menüs. Man wird nicht mit sinnlosen neuen Menüordnern und Unterordnern gestört, die sich die Anwendungsentwickler für ihr Programm ausgedacht haben. Außerdem tauchen Einträge nicht direkt tausendfach in verschiedenen Untermenüs auf und machen es so unnötig groß. Trotzdem wollten einige Anwender ihre Programme in das Menü hinzufügen können. Aus diesem Grund habe ich mich mal an die Arbeit gemacht und ein Konzept erarbeitet womit wohl alle recht zufrieden sein können. Die Deskbar verfügt nun über einen Modus, indem sie sich die Verknüpfungen und Unterverzeichnisse des Menüs automatisch aus einem Verzeichnis, dass im Home Ordner abgelegt wird bastelt.
So ist es nun möglich ganz einfach mit einem offenen Dateimanager und dem Anwendungsfinder, sein eigenes Menü zu basteln. Die Untermenüs werden durch Ordner realisiert. Die Verknüpfungen der Programme werden mit den Freedesktop.org Standard .desktop Dateien bewerkstelligt.
Noch befindet sich diese Erweiterung der Deskbar im Prüfstadium und Verbesserungen sowie Integration werden noch eingepflegt. Anwender von ZevenOS 2.0 können sich aber bald auf ein neues Deskbar Feature freuen.
So ist es nun möglich ganz einfach mit einem offenen Dateimanager und dem Anwendungsfinder, sein eigenes Menü zu basteln. Die Untermenüs werden durch Ordner realisiert. Die Verknüpfungen der Programme werden mit den Freedesktop.org Standard .desktop Dateien bewerkstelligt.
VL(C) Movie Creator
Die VLC Macher, die ja bekannt sind durch ihre "Allesfressenden" Multimediaplayer, arbeitet nun an einem Projekt zur Erstellung eines plattformunabhängigen Video Editors.
Dieser Videoeditor, den es bereits in einer sehr frühen Version im GIT Archiv des Projektes abzuholen gibt, bringt eine Projektverwaltung mit verschiedenen Einstellungen für Auflösungen mit.
Die komplette Oberfläche scheint sich an dem ebenfalls auf QT4 basierenden KDEnLive zu orientieren, das auch eine History Leiste zum direkten Zurückstellen der Änderungen besitzt.
Ansonsten scheint der "Video Creator" wie ein normales Videoschnittprogramm auszusehen. Man kann Clips importieren (auch mehrere), diese auf die Zeitleiste frei verschieben und schneiden. Neben dem Clip Preview gibt es dann noch ein Project Preview, dass eine Vorschau des Gesamtvideos bietet.
Rendern lässt sich das Video wohl mit der bereits aus VLC bekannten Rendering Option. So kann man davon ausgehen, dass viele aktuelle Videoformate unterstützt werden. Momentan ist der Funktionsumfang nicht viel größer als der von Avidemux, aber dafür ist die Bedienung ein wenig zugänglicher. (für alle die schonmal mit einem Videoschnittprogramm gearbeitet haben)
In den nächsten Wochen und Monaten sind mit ersten offiziellen Releases zu rechnen die einen ersten breiteren Testeindruck hinterlassen können. Die Erfolgsaussichten auch auf der bisher sehr stiefmütterlich behandelten Linux Plattform ein vernünftiges, stabiles und einfach zu bedienendes Videoschnittprogramm hinzubekommen, könnten das Projekt beflügeln. Evtl. wird auch Ubuntu diese Alternative im Blick haben, wenn es um die Auswahl des Video-Editors für die nächste Ubuntu Version geht. (Momentan sind dort OpenShot (was jedoch nicht paketiert ist) und PiTiVi im Gespräch)
Mehr Infos gibt es auf der offiziellen Seite vlmc.org
Dieser Videoeditor, den es bereits in einer sehr frühen Version im GIT Archiv des Projektes abzuholen gibt, bringt eine Projektverwaltung mit verschiedenen Einstellungen für Auflösungen mit.
Die komplette Oberfläche scheint sich an dem ebenfalls auf QT4 basierenden KDEnLive zu orientieren, das auch eine History Leiste zum direkten Zurückstellen der Änderungen besitzt.
Ansonsten scheint der "Video Creator" wie ein normales Videoschnittprogramm auszusehen. Man kann Clips importieren (auch mehrere), diese auf die Zeitleiste frei verschieben und schneiden. Neben dem Clip Preview gibt es dann noch ein Project Preview, dass eine Vorschau des Gesamtvideos bietet.
Rendern lässt sich das Video wohl mit der bereits aus VLC bekannten Rendering Option. So kann man davon ausgehen, dass viele aktuelle Videoformate unterstützt werden. Momentan ist der Funktionsumfang nicht viel größer als der von Avidemux, aber dafür ist die Bedienung ein wenig zugänglicher. (für alle die schonmal mit einem Videoschnittprogramm gearbeitet haben)
In den nächsten Wochen und Monaten sind mit ersten offiziellen Releases zu rechnen die einen ersten breiteren Testeindruck hinterlassen können. Die Erfolgsaussichten auch auf der bisher sehr stiefmütterlich behandelten Linux Plattform ein vernünftiges, stabiles und einfach zu bedienendes Videoschnittprogramm hinzubekommen, könnten das Projekt beflügeln. Evtl. wird auch Ubuntu diese Alternative im Blick haben, wenn es um die Auswahl des Video-Editors für die nächste Ubuntu Version geht. (Momentan sind dort OpenShot (was jedoch nicht paketiert ist) und PiTiVi im Gespräch)
Mehr Infos gibt es auf der offiziellen Seite vlmc.org
Guten Rutsch ins Jahr 2010 ;)
Zum neuen Jahr habe ich eine Silvesterspezialshow des Techview-Podcasts aufgenommen mit unter anderem folgenden Themen:
- Wir spielen 2. Spiele : Hedgewars Secret Maryo Chronicles
- Videoschnitt für Einsteiger mit KDEnlive
- Professionelle Dokumentengestaltung mit Scribus
- MIDIs visuell darstellen und abspielen mit Jarre
Dann ein Haiku Spezial zu 3. Tricks bzw. Programmempfehlungen zu Haiku.
Zu guter letzt noch ein Vortrag zu Pulseaudio: "Was ist das und wozu brauchen wir es?"
Viel Spaß beim anschauen und allen Zuschauern und Zuhörern wünsche ich einen guten Rutsch ins Jahr 2010 und alles gute im neuen Jahr ;)
Teil 1: Download (~ 500 MB)
Teil 2: Download(~ 500 MB)
- Wir spielen 2. Spiele : Hedgewars Secret Maryo Chronicles
- Videoschnitt für Einsteiger mit KDEnlive
- Professionelle Dokumentengestaltung mit Scribus
- MIDIs visuell darstellen und abspielen mit Jarre
Dann ein Haiku Spezial zu 3. Tricks bzw. Programmempfehlungen zu Haiku.
Zu guter letzt noch ein Vortrag zu Pulseaudio: "Was ist das und wozu brauchen wir es?"
Viel Spaß beim anschauen und allen Zuschauern und Zuhörern wünsche ich einen guten Rutsch ins Jahr 2010 und alles gute im neuen Jahr ;)
Teil 1: Download (~ 500 MB)
Teil 2: Download(~ 500 MB)
Alle Jahre wieder...
Alle Jahre wieder,
kommt das Christuskind
auf die Erde nieder,
wo wir Menschen sind.
(2) Kehrt mit seinem Segen
ein in jedes Haus.
geht auf allen Wegen
mit uns ein und aus.
(3) Steht auch dir zur Seite
still und unerkannt,
daß es treu dich leite
an der lieben Hand.
Ein frohes gesegnetes Weihnachtsfest wünsche ich euch allen ;)
kommt das Christuskind
auf die Erde nieder,
wo wir Menschen sind.
(2) Kehrt mit seinem Segen
ein in jedes Haus.
geht auf allen Wegen
mit uns ein und aus.
(3) Steht auch dir zur Seite
still und unerkannt,
daß es treu dich leite
an der lieben Hand.
Ein frohes gesegnetes Weihnachtsfest wünsche ich euch allen ;)
Macht hoch die Tür...
...die Tor macht weit
es kommt der Herr der Herrlichkeit
ein König aller Königreich,
ein Heiland aller Welt zugleich,
der Heil und Leben mit sich bringt;
derhalben jauchzt, mit Freuden singt:
Gelobet sei mein Gott,
mein Schöpfer reich von Rat!
Alles gute zum 4. Advent
es kommt der Herr der Herrlichkeit
ein König aller Königreich,
ein Heiland aller Welt zugleich,
der Heil und Leben mit sich bringt;
derhalben jauchzt, mit Freuden singt:
Gelobet sei mein Gott,
mein Schöpfer reich von Rat!
Alles gute zum 4. Advent
Stille Nacht, ....
... heilige Nacht,
Alles schläft, einsam wachtNur das traute, hochheilige Paar.
Holder Knabe im lockigen Haar,
Schlaf in himmlischer Ruh,
Schlaf in himmlischer Ruh.
Alles gute zum 3. Advent
Regierung vs. Viren und Würmer und Trojaner und ....
Heute ganz groß in den Nachrichten überall: "Bunderegierung will Internet Surfer schützen".
Angeblich will die Bunderegierung tatsächlich gegen Würmer/Viren/Trojanische Pferde und alles was es sonst so an Schädlingen gibt vorgehen. Zunächst mag man ja denken: Oh Gott oh Gott, diese PC Legastheniker wollen uns gegen die Gefahren des Internets schützen ? Das kann doch nicht gut gehen.
Aber schaut man sich die Idee genauer an, so klingt das doch recht interessant, weil man Beratungsstellen einrichten will, die nicht dazu dienen dem Nutzer die Arbeit abzunehmen, sondern ihm zu helfen und ihm Kompetenz, im Umgang mit dem Medium Internet, beibringen will.
Das Ansich ist eine sehr gute Idee, nur zweifle ich an der Umsetzung. Gerüchteweise hieß es auf Kabel 1, dass die Provider verpflichtet werden den User über Viren und Würmer auf seinem Rechner zu informieren.
Als Tech-Geek fragte ich mich sofort, wie soll dass denn technisch gehen ?
Sprich neben der Schnüffelsoftware der Bunderregierung (Bundestrojaner) soll nun auch noch mein Provider auf meinem Rechner schnüffeln ? (Stichwort: "Analyse des Netzwerkverkehrs " )
Bleibt bitte bitte lieber dabei den User aufzuklären und nicht im Netzverkehr herumzuschnüffeln. Ansonsten wird sich einerseits der User darauf verlassen, dass der Provider ihm schon sagt wenn er zum Botnetz hinzugefügt wurde und SPAMs rund um die Welt schleudert, oder noch Schlimmer, er geht davon aus, dass ihm der Provider sagen kann auf die Sekunde genau, jetzt hast du einen Virus. Die Gefahr besteht auf jeden Fall, deshalb sollte Aufklärung betrieben werden und die "faulen" (so sind nunmal die Mehrzeit der deutschen Internetsurfer) Leute etwas aufgeweckt werden. Denn durch solche User verbreiten sich solche Schädlinge sehr schön weit.
Der Satz : "Wer im Netz ohne Virenschutz unterwegs ist, gefährdet andere Nutzer in etwa so, wie ein Autofahrer, der mit kaputten Bremsen unterwegs ist und so andere fahrlässig gefährdet."(eco-Projektleiter)
mag dafür sorgen, dass Antivirenhersteller ihre Software besser verkaufen, aber sie helfen nicht dabei das eigentliche Problem zu lösen, dass die Allgemeinheit zu wenig über die Sicherheit im Netz weiss.
Im übrigen habe ich z.B. seit mehr als 8 Jahren keinen Antivirenprogramm auf meinem Rechner. Bedingt wohl zum Großteil davon da ich Linux als Hauptsystem verwende und Virenscanns nur nötig sind, wenn ich E-Mails zu Windows Usern mit Anhängen schicke von denen ich nicht weiß ob es dort evtl. einen Virus gibt.
Wenn ich mir den heise Artikel weiter durchlese, komme ich immer mehr zu dem Glauben (den ich selbst zutiefst ablehne) , dass tatsächlich ein "Internetführerschein" die Lösung sein könnte für viele Probleme. So dürfen dort nur Leute im Netz herumsurfen, die diesen Führerschein besitzen.
Irgendwie ein seltsamer Gedanke, bei manchen Menschen aber tatsächlich ein Gedanke der mich nicht loslassen will, obwohl ich weiß, dass dieser eigentlich lächerlich ist und hoffentlich nie in ein Gesetz fließen kann. (bei den ganzen Ideen s.o. gibts ja momentan auch keine rechtlichen Grundlagen, aber im Gegensatz dazu kann ich mir vorstellen, dass hier unsere PC Legastheniker in der Politik sicherlich ein Gesetz durchbacken werden, dass dann später mal wieder von höchster richterlicher Stelle in Karlsruhe entschieden werden muss)
Lasst uns froh und munter sein...
...und uns recht von Herzen freun!
Lustig, lustig, traleralera!
Heut ist Nikolaus Abend da,
heut ist Nikolaus Abend da!
Dann stell ich den Teller auf,
Nik'laus legt gewiß was drauf.
Lustig, lustig, traleralera!
Heut ist Nikolaus Abend da,
heut ist Nikolaus Abend da!
Ein Nikolausgeschenk habe ich auch noch: ZevenOS Neptune 1.7 ist heute erschienen
