Hi Ferenc,
You should be able to take care of what you are after with GTK. The
GdkFrameClock works very well for smooth animation. It will get rid of the
jitter. Give it a try. You would just need to set up your code a little
differently.
It you are interested in a simple animation with a
I extracted a little project to be able to show what I am measuring:
https://github.com/circum1/gtkgl-x11egl-compare
The code is extracted-copied from several places, sorry about the
quality... I hope it compiles on other boxes, too...
It builds two binaries, egl-demo and gtk-demo -- one
> Currently, there are 2 rounding functions in the fall backs, round()
> and rint(), with rint() having the better less biased IEEE
> round-to-even behavior for the 0.5 case.
Is known and it is a problem that the fallbacks for round and rint
are only mostly working?
For example, there is a
This issue relates to gdk-pixbuf, which does not have the C89 fallback code
that GTK has.
Personally, I'd be completely open to stop suppprting MSVC older than 2015
in newer releases of G* libraries and start requiring C99 features, like we
did for GTK in the master branch. Nevertheless, I
On 05/02/2017, Yale Zhang wrote:
> I suggest adding a lrintf() fallback to fallback-c89.c too.
>
> Currently, there are 2 rounding functions in the fall backs, round()
> and rint(), with rint() having the better less biased IEEE
> round-to-even behavior for the 0.5 case.
>
>
It should be in both the gdk and gtk directories for GTK+ 3.22. I
don't know about GTK+2
On Sun, Feb 5, 2017 at 1:43 AM, John Emmas via gtk-devel-list
wrote:
> On 05/02/2017 03:59, Yale Zhang wrote:
>>
>> I suggest adding a lrintf() fallback to fallback-c89.c too.
>>
>>
On 05/02/2017 03:59, Yale Zhang wrote:
I suggest adding a lrintf() fallback to fallback-c89.c too.
Currently, there are 2 rounding functions in the fall backs, round()
and rint()
Where does fallback-c89.c come from? Some auto-generated file maybe?
I can't seem to find it on my system :-(
On 02/05/2017 12:32 AM, Emmanuele Bassi wrote:
> If you need to access things like DRM data and deeper timing
> information, then I strongly suspect you should not be using GTK+ at
> all, since it seem you're writing something like a game.
>
Are you saying GTK+ is not suitable when one needs