サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
アメリカ大統領選
blogs.gnome.org
Background Today NVIDIA announced that they are releasing an open source kernel driver for their GPUs, so I want to share with you some background information and how I think this will impact Linux graphics and compute going forward. One thing many people are not aware of is that Red Hat is the only Linux OS company who has a strong presence in the Linux compute and graphics engineering space. The
Preface: the following post was written in the context of the events that happened in September. Some time has passed, and I held off on publishing in the hopes we could reach a happy ending with System76. As time has passed, that hope has faded. Attempts to reach out to System76 have not been productive, and I feel we’ve let the impression they’ve given the wider tech community about GNOME sit fo
In multimedia, we often write vector assembly (SIMD) implementations of computationally expensive functions to make our software faster. At a high level, there are three basic approaches to write assembly optimizations (for any architecture): intrinsics; inline assembly; hand-written assembly. Inline assembly is typically disliked because of its poor readability and portability. Intrinsics hide co
A while ago, I posted about ffvp9, FFmpeg‘s native decoder for the VP9 video codec, which significantly outperforms Google’s decoder (part of libvpx). We also talked about encoding performance (quality, mainly), and showed VP9 significantly outperformed H.264, although it was much slower. The elephant-in-the-room question since then has always been: what about HEVC? I couldn’t address this questio
As before, I was very excited when Google released VP9 – for one, because I was one of the people involved in creating it back when I worked for Google (I no longer do). How good is it, and how much better can it be? To evaluate that question, Clément Bœsch and I set out to write a VP9 decoder from scratch for FFmpeg. The goals never changed from the original ffvp8 situation (community-developed,
I suppose I can’t just leave my last post standing there as-is. I’ll start by listing a bunch of things I consider facts about the GNOME project. I don’t want to talk about solutions here, I just want to list them, because I don’t think they are common knowledge. People certainly don’t seem to talk about them a lot. core developers are leaving GNOME development. The most recent examples are Emmanu
The last few days I spent fixing up some more details in the new HTML5 gdk backend. Not everything is supported yet (keyboard input in particular is very weak), but much more things work now. Even thought the backend is not of production quality it is now good enough that I think its interesting for a larger audience to play around with. So, today I merged the branch into the Gtk+ master branch (i
The last few weeks I’ve been working on an interesting new idea, hacking out a prototype. The code is not really clean enough for public consumption yet, and a bunch of features are missing. However, its now at the stage where it can be demoed and evaluated. I think the best way to introduce it is via a video: (original theora file) [vimeo width=”763″ height=”512″]http://vimeo.com/17132064[/vimeo]
Félix Ontañón, a very good friend and hacker from my company, has just released a new versión of a systray application which help to configure and manage the Wii remote control on Linux. The application is called WiiCan and is hosted on Launchpad. The project has been programed in Python and it uses D-Bus to connect with hal (by now) and bluez for tracking the available bluetooth devices and wiimo
about half a year ago i was looking around me and seeing stagnation in the gnome community. i was concerned that gnome had lost its momentum and that we were just making boring incremental releases that added very little new functionality. i think i was very wrong. i’d like to take this time to list some things that are happening right now in the gnome community that have me very excited. these ar
Hi all; it’s been a while, I’ll admit. Clutter has been in deep maintenance mode since 2016, when 1.26 was released. I formalised this in 2019, when I updated the README, mostly because people are still filing bugs related to GNOME Shell in the Clutter and Cogl issue trackers. Starting from GNOME 42, Clutter and its related libraries: Cogl Clutter-GTK Clutter-GStreamer have been removed from the G
このページを最初にブックマークしてみませんか?
『blogs.gnome.org』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く