D-mo

> upgrade to llvm13? This is so last year... 😞 If you want to target C++20, even LLVM/Clang 15 is no good (no support for ranges).

@Axel-Naumann @hahnjo Unfortunately, they've really screwed a pooch with Clang. You'd think this simple c++20 example should compile with Clang, right? ```c++ #include #include namespace views = std::ranges::views; int main()...

FWIW this is still a problem on Ubuntu 24.04 using ``` kmscon 9.0.0 libtsm4 4.0.2 ```

All of my mental capacity is currently tied up in another project, but @mungewell if you don't mind identifying a potential solution, I will try to fit it in next...

@mungewell `jack_get_time()` sounds like a good idea. Beyond that the there is drift and jumps associated with drop-frame discontinuity. Now that all of my attention have been diverted to this...

Looking at `jack_get_time` implementation on Linux it gets its time from `clock_gettime` (lacking an HPET): ```c #define HAVE_CLOCK_GETTIME 1 #ifndef HAVE_CLOCK_GETTIME static jack_time_t jack_get_microseconds_from_system (void) { jack_time_t jackTime; struct timeval...

@x42 @mungewell do you guys know if all drop-frame timecodes follow the same strategy? I.e., drop 2 frames every minute other than every 10th minute. I know it is the...

I agree with @x42 that XRUNs should be handled outside of the scope of this tool.

The vertical axis **is** the $x$ axis (since $f(P(x)) = x$), which is why it goes from 0 to 2. And, the horizontal axis is the resulting CDF or $P(x)$...

If that helps, here's fixed image that can be used as replacement: