Skip to content

Instantly share code, notes, and snippets.

View GeorgesStavracas's full-sized avatar

Georges Basile Stavracas Neto GeorgesStavracas

View GitHub Profile
@GeorgesStavracas
GeorgesStavracas / gist:47e253a366583d1e7bdd
Created February 23, 2015 19:37
Branch review update

Things to fix

  • If you're keep using the hash-table: (deprecated hash tables)

    • use [e_source_hash()][1], and e_source_equal() instead of direct hash
    • ensure the hash-table get destroyed
  • rename make_row_for_source() to make_row_from_source()

  • on gcal-source-dialog.c remove whitespace lines 159,161

  • on gcal-source-dialog.c:195,196 why unref()

  • on gcal-source-dialog.c:195,196 what will happens if the previous default has been deleted?

{
"app-id" : "com.obsproject.Studio",
"runtime" : "org.kde.Platform",
"runtime-version" : "5.14",
"sdk" : "org.kde.Sdk",
"command" : "obs",
"finish-args" : [
"--socket=x11",
"--socket=pulseaudio",
"--device=all",

Splitting up the frame clock

Readers be advised, this is somewhat of a deep dive into the guts of mutter. With that out in the open, lets start! Not too long ago saw a merge request land, that has one major aim: split up the frame clock so that on the native backend, each CRTC is driven by its own clock. In effect the goal here is that e.g. a 144 Hz monitor and a 60 Hz monitor being active in the same session will not have to wait for each other to render, and that the space they occupy on the screen will draw at their own pace. A window on the 144 Hz monitor will paint at 144 Hz, and mutter will composite to the monitor at 144 Hz, while a window on the 60 Hz monitor will paint at 60 Hz and mutter will composite to the monitor at 60 Hz.

(Picture)

This is achieved by a number of changes.

Preface

Keybase proof

I hereby claim:

  • I am georgesstavracas on github.
  • I am feaneron (https://keybase.io/feaneron) on keybase.
  • I have a public key ASAmPJAaJiiskT0phx1WG7jNlzMzFX8Oh6O_bchcR_Jrwwo

To claim this, I am signing this object:

@GeorgesStavracas
GeorgesStavracas / skia-printing-backtrace.txt
Created March 19, 2024 21:54
skia printing backtrace
#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
#1 0x000072df8f7bf393 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78
#2 0x000072df8f76e6c8 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
#3 0x000072df8f7564b8 in __GI_abort () at abort.c:79
#4 0x000072df8f757395 in __libc_message_impl (fmt=fmt@entry=0x72df8f8cf2ea "%s\n") at ../sysdeps/posix/libc_fatal.c:132
#5 0x000072df8f7c92a7 in malloc_printerr (str=str@entry=0x72df8f8d28b0 "malloc(): unsorted double linked list corrupted") at malloc.c:5772
#6 0x000072df8f7cc7ec in _int_malloc (av=av@entry=0x72df8f90aac0 <main_arena>, bytes=bytes@entry=224) at malloc.c:4086
#7 0x000072df8f7ce848 in __libc_calloc (n=n@entry=1, elem_size=elem_size@entry=224) at malloc.c:3754
#8 0x000072df9751a695 in hb_object_create<hb_buffer_t> () at ../harfbuzz/src/hb-object.hh:240
#9 hb_buffer_create () at ../harfbuzz/src/hb-buffer.cc:740