Arora: Ein neuer Browser entsteht

In Qt 4.4 wurde die von KHTML abstammende Rendering-Engine WebKit integriert. Um diese richtig ausprobieren zu können, hat Trolltech einen Demo-Browser geschrieben. Dieser ist nun die Grundlage für einen neuen Browser: Arora
Hier die Highlights:

  • Steht unter der GPLv2
  • Benutzt WebKit als Rendering-Engine
  • Plattformunabhängig, da auf Qt aufbauen
  • Anpassung an das System, da auf Qt aufbauend
  • Komplett neue Möglichkeiten für Webseite Entwickler, da QWidgets in die Webseite integriert werden können

Der Browser befindet sich noch unter starker Entwicklung, so gibt es zum Beispiel noch keine Unterstützung für Netscape Plugins, aber das wird. Abgesehen davon kann man das Fehlen von Flash durchaus als Feature bezeichnen 😀

Ich finde die Entwicklung sehr interessant. Wer mich kennt, weiß ja, dass ich Mozilla Firefox aus verschiedenen Gründen ablehne und Konqueror verwende. Firefox entwickelt sich in eine Richtung, die ich für einen quelloffenen Browser nicht gut heißen kann. Insbesondere die IceWeasel Geschichte ist für mich ein Grund diesen Browser nicht zu verwenden.

Ich halte sehr viel von der WebKit Engine und hätte gerne einen darauf aufbauenden Browser. Leider befindet sich der WebKit KPart für Konqueror noch in Entwicklung, wird jedoch im Rahmen eines Google Summer of Code Projekts vorangebracht.

Ein neuer wirklich schneller und freier Browser könnte noch einmal richtig Belebung in den Browser Markt bringen. Mögliche Unterstützer für so einen Qt/WebKit Browser gibt es natürlich genügend: Nokia (Besitzer von Trolltech) und Apple (Initiatoren des WebKit Projekts) zum Beispiel.

Natürlich geht das Ganze nicht ohne Screenshot:

Man sieht sehr schön, dass dieser Browser sich in die Oberfläche integriert und kein Fremdkörper ist.

Mehr Infos findet man auch in diesem Blog Eintrag: Arora, a WebKit browser in Qt

Irgendwie macht es mich ja schon stolz…

… dass in der Release Note zur Beta 1 mein CoverSwitch Effekt benannt und bebildert ist. Und dass Golem auch einen Screenshot davon abgebildet hat. Vielen Dank sebas. Das ist das beste Feedback, das man einem neuen Entwickler geben kann.

Nun noch zu was Technischem: Im Golem Forum hab ich natürlich sofort einen Troll-Post gelesen, in dem sich darüber beschwert wurde, dass CoverSwitch kein Antialiasing verwendet. Eigentlich würde ich solche Posts ignorieren, aber es ist ja was dran. Natürlich wäre es kein Problem Antialiasing einzuschalten und natürlich hatte ich das auch ausprobiert. Jedoch führt das zu einigen Problemen:

  1. der Effekt soll alte Karten ja nicht außer Gefecht setzen. Leider gibt es keinen API Aufruf kannstDuBlendingSchnell(). Somit würden besonders alte Intel Karten bei vielen Fenstern nicht mehr in der Lage sein den Effekt darzustellen.
  2. Antialiasing würde auf alles angewendet – also auch auf Schrift und auf Farbverläufe (wovon es in Oxygen sehr viele gibt). Das führt dann natürlich dazu, dass dann alles wie verschwommen aussieht. Ich hätte das ganze jetzt natürlich gerne mit einem Screenshot bewiesen, jedoch weigert sich CoverSwitch die Fenster zu zeichnen, sobald ich Antialiasing einschalte. Das sind nur drei Zeilen Code und werden an anderen Stellen selbstverständlich verwendet.

Mein erstes KDE-Event

Heute hab ich zum ersten Mal die KDE auf einer Messe unterstützt und zwar auf der OpenExpo in Karlsruhe. Hat mir sehr gut gefallen, hat Spaß gemacht und ich konnte zum ersten Mal ein paar KDE/Amarok Leute kennen lernen 😉 Wirklich alle sehr nett.

Und so wie es läuft wurde man auch gleich ins kalte Wasser geschmissen und ich durfte beim Vortrag die Effekte von KWin vorführen.

Schade, dass ich morgen nicht noch einmal hingehen kann (letzte Vorlesung vor Klausur) und auch nicht auf den Linuxtag kann.

Da freut man sich schon auf das nächste Event 🙂

Lichtmodelle

Ich höre zur Zeit die Vorlesung Computergraphik II, in der nun Shader programmiert werden. Heute habe ich eine beeindruckende Übungsaufgabe gelöst. Letzte Woche hatten wir das Gouraud Shading als Vertex-Shader implementiert. Also für jeden Vertex wird die Farbe berechnet abhängig von der Lichtquelle. Dies bezeichnet man auch als “Per-Vertex-Lighting”.

Nun sollten wir das Modell erweitern. Die Berechnung der Farbe sollte nicht mehr pro Vertex, sondern pro Pixel berechnet werden. Es sollte das Phong Shading implementiert werden. Dies ist natürlich bedeutend aufwändiger. Aber das Ergebnis rechtfertigt den Aufwand:

Links sehen wir das Gouraud-Shading, rechts das Phong-Shading. Wie man erkennt sind die Hightlights auf den Objekten bedeutend genauer im Phong-Shading. Auch die grüne Grundfläche wird im Gouraud-Shading praktisch überhaupt nicht beleuchtet.

Noch eindrucksvoller kann man das Ganze in diesem Vergleich erkennen:

Das Highlight am Rand sieht im Phong-Shading viel natürlicher aus.

Nun diese Aufgabe zeigt, dass man mit relativ wenig Aufwand die Bildqualität doch massiv verbessern kann und dass es sich durchaus lohnt in die Grafik zu investieren.

Antifeature

Wie Heise heute berichtete wird der Sender ProSieben erneut ein Kopierschutzsignal in sein digitales Fernsehprogramm einfließen lassen. Es wird also nicht möglich sein mit einem digitalen Recoder eine Sendung aufzuzeichnen und später anzusehen. Daher entfällt die Möglichkeit mittels Timeshift die Werbung zu überspringen. Aus Sicht des Senders sicherlich verständlich, schließlich basiert das Geschäftsmodell auf der Werbung. Ja man könnte sogar sagen, dass jede werbefreie Sendeminute dem Unternehmen Verlust einbringt.

Was mich eher stört ist die Tatsache, dass in die Festplattenrecorder ein Antifeature eingebaut wurde. Ein Feature, dass dem Anwender keinen Nutzen sondern einen Nachteil bringt. Schaut man über dasselbe Gerät das Fernsehsignal direkt an, so funktioniert dies einwandfrei. Es sollte ja nun kein Problem sein das digitale Signal auf eine Festplatte zu speichern und erneut abzuspielen. Nein dafür gibt es das Antifeature. Die Hersteller haben extra etwas eingebaut, damit, wenn der Sender ein Kopierschutzsignal mitsendet, die Aufzeichnung praktisch zerstört wird. Wie bei allen sogenannten Digital Restriction Management Lösungen frage ich mich warum der Verbraucher dies akzeptiert. Jedem Laien muss doch klar sein, dass wenn man das Signal empfangen und anschauen kann, man es auch speichern können muss. Warum rufen nicht die Zuschauer bei ProSieben an und beschweren sich?

Tja ich bin von dem Antifeature nicht betroffen. Der Festplattenrecoder, den ich einsetze, ist ein VDR. Eine Quelloffene Lösung, in der – selbst wenn jemand ein Antifeature implementieren würde – solche Nutzergängelungen nicht überleben können. Eine Lösung, die noch viel mehr kann als alle verfügbaren Festplattenrecorder. Nicht nur, dass sich diese Software nicht für das Antifeature interessiert, nein es schneidet mir sogar die Werbung automatisch raus, so dass man sie einfach überspringen kann. Mit wenigen Tastendrücken, wird aus der Aufzeichnung eine DVD erstellt und direkt gebrannt. Was will man mehr? Ach ja: live streaming. Aufzeichnen und gleichzeitig anderes Programm anschauen. DVDs abspielen, MP3 hören, etc etc.

Leute überlistet doch einfach die “Content Mafia”. Verwendet Quelloffene Lösungen und ihr könnt nicht mehr gegängelt werden. Denn Quelloffenheit bedeutet fasst immer auch Freiheit. Freiheit die Software dafür einzusetzen, wofür man sie einsetzen will. Die Freiheit fehlende Features zu implementieren oder Antifeatures zu entfernen. Die Freiheit die Software weiterzugeben.