Chrome scheint Videosoftware unter MacOS auszubremsen

Creative Director Felipe Baez von der Agentur Cre8ive Beast hat bemerkt, dass sich Final Cut Pro deutlich langsamer wird, und teilweise sogar abstürzen kann. Grund dafür ist das “Video-Toolbox” Framework, welches von MacOS bereitgestellt wird. Chrome nutzt dieses Framework und klaut somit die Ressourcen anderen Programmen, wie eben Final Cut Pro. Das gleiche Problem tritt auch z.B. bei Handbrake auf, und somit wahrscheinlich auch bei weiteren Video-Editoren.

Aktuell ist der Ratschlag: sobald man irgendeine Art von Videoschnitt macht, sollte Chrome nicht laufen.

Bei dieser Gelegenheit rate ich wirklich JEDEM dazu, sich den aktuellen Firefox nochmal anzusehen. War er in den letzten Jahren eher langsam und behäbig geworden, ist er nun seit ca. 0,5-1 Jahr wieder in seiner alten Form zurück. Er ist super schnell (teilweise sogar schneller als Chrome), hat die gleichen Funktionen, und ganz wichtig: nimmt Privatsphäre und Datenschutz höchstwahrscheinlich deutlich ernster als andere Browserhersteller. Ich bin schon vor einer ganzen Weile umgestiegen (auf meinem Mac und auch auf iPhone/iPad) und bereue es in keinster Weise!

via Golem

[Quicktip] Einzelne Einträge der Chrome Autovervollständigung auf dem Mac löschen

Wenn man einzelne Einträge aus der Autovervollständigung vom Google Chrome unter OSX löschen möchte, so geht das mit folgender Tastenkombination:

Eintrag auswählen und Shift + fn + Backspace (also die löschen Taste) drücken. Fertig.

Linux direkt in einem Browser booten

Es gibt immer wieder diese Momente, die mich einfach nur staunen lassen. Wie jetzt z.B., wenn ich einen kompletten PC Simulator auf Basis von Javascript sehe, der direkt in einem Browser läuft und Linux bootet. Was ist das für ein krasser Scheiss?

Wenn man sich ein bisschen mit PC Technik auskennt, dann kann man erahnen wie komplex es sein kann, so etwas zu simulieren. Und dabei wird nicht irgendeine “simple” CPU simuliert – es handelt sich um eine 32 Bit x86 kompatible Implementierung. Da wird also ein Prozessor simuliert (hier natürlich trotzdem in stark eingeschränkter Form), wie er heute noch in sehr großen Teilen zum Einsatz kommt. Theoretisch könnte man darauf auch Windows laufen lassen.

Was erstmal wie ne Spielerrei aussieht, kann durchaus einen Nutzen haben. So ist das System in erster Linie sehr gut für Javascript-Engine-Benchmarks geeignet, aber auch, um etwa x86 Librarys direkt auf dem Clientrechner laufen zu lassen und mit ihnen per API zu kommunizieren. Konkret könnte eine Webseite das System einbinden, und dann per API auf Verschlüsselungsfunktionen von z.B. Linux zurückgreifen. Das ermöglicht eine sichere Verschlüsselung direkt auf dem Clientrechner, bevor die Daten zum Server gesendet werden…

Live ausprobieren könnt ihr das System hier – natürlich mit einem relativ aktuellen Browser…:
bellard.org/jslinux

Technische Details zum System findet ihr hier:
bellard.org/jslinux/tech.html